DT blogi

Järelkaja Entity Framework 4.0 seminarile

Gunnar — Sat, 13 Mar 2010 13:35:29 +0000

Kolmapäeval lobisesin inimestele Entity Framework 4.0 teemadel. Ettekande käigus sai tehtud üks pisikene avastus ja et ma sündmusele eelneva kandeni tänu ajanappusele ei jõudnud, siis jagan käesolevas kandes lisaks pisiavastusele ka mõned asjakohased viited, mis huvi võiks pakkuda.

Esiteks kõigile osalejatele ja e-osalejatele suured tänud, et kuulama tulite ja veel suuremad tänud põnevate küsimuste ja märkuste eest! Ega teisiti vinged tehnoloogiaüritused sündida saagi.

Aga asja juurde.

Mõni päring on optimaalne

Pisike avastus, mis tehtud sai, oli see, et EF4.0 suudab anonüümsete tüüpide põhjal teha optimaalsed päringud. Ehk siis – päringus küsitakse ainult nii palju välju kui on vaja. Ettekandes näitasin sellist mudelit.

Järgmiseks käivitame sellise päringu ja vaatame, millise SQL-i see koostab.

var query = from e in _context.Events
select new { Id = e.Id, Title = e.Title };
Debug.WriteLine(((ObjectQuery)query).ToTraceString());

Tulemus on üle ootuste hea.

SELECT
[Extent1].[event_id] AS [event_id],
[Extent1].[title] AS [title]
FROM [dbo].[events] AS [Extent1]

Mõni päring ei ole optimaalne

Omalt poolt seadsin kahtluse alla T-SQL päringute optimaalsuse, mis olla võrreldes varasemaga paranenud. Aluseks võtsin Ayende Rahien blogi postituse What happens behind the scenes: NHibernate, Linq to SQL, Entity Framework scenario analysis, kus tuuakse võrdlus NHibernate, LINQ To SQL ja LINQ To Entities vahel. Entity Framework, mis kasutab LINQ To Entities tehnoloogiat, on suhteliselt lihtsates olukordades suuteline näiteks sellisteks päringuteks.

Et tegemist oleks efektiivse päringuga, on enam kui kaheldav. Ma loodan siiralt, et enne kosmonautikapäeva, mil on oodata Visual Studio 2010 esimest valmis versiooni, muutub ka EF4.0 SQL-i koostamise strateegia efektiivsemaks. Kindlasti saab ise natukene mõjutada väljundiks olevat SQL-i, kuid by default selliseid üllatusi valmis tootes küll näha ei sooviks.

LINQ To Entities päringute monitoorimine

Selleks, et päringuid paremini monitoorida, saab kasutada näiteks ObjectQuery objekti, nagu näidatud eespool. Sel juhul tuleb ise meeles pidada, et kõik monitooritavad päringud kuskilt loggerist läbi tuleb lasta. Mugavam variant on kasutada spetsiaalset töövahendit, millel nimeks Entity Framework Profiler.

Tegemist on tasulise vahendiga, mille abil saab väga hea ülevaate sellest, mida EF teeb, samuti on Entiry Framework Profiler võimeline analüüsima SQL-i ja andma hoiatusi päringute kohta, mis võivad jõudlusele ohtlikud olla. Entity Framework Profiler töötab ka Entity Framework praeguse versiooniga, samuti saab seda kasutada integratsiooniserverites.

Lõpetuseks

Ayende blogis toodud päring jäi mul ajapuudusel ettekandest välja, samuti Entity Framework Profiler. Esimene neist teemadest on selge signaal selleks, et mapperi loodud päringuid tuleb alati kontrollida. Teine teema on aga elegantne lahendus esimesele. Sarnased profileerimise vahendid on olemas ka NHibernate ja LINQ To SQL jaoks.

Loe lisaks

Eksam 70-448 - TS: Microsoft SQL Server 2008, Business Intelligence Development and Maintenance

Gunnar — Mon, 08 Mar 2010 20:21:37 +0000

Lisaks eelmises kandes mainitud eksamile 70-630- TS: Microsoft Office SharePoint Server 2007, Configuring, sai tehtud ka pealkirjas mainitud eksam, mille sisuks on Business Intelligence (BI) lahenduste arendus ja haldamine SQL Server 2008 platvormil. See nüüd ei olnud kõige lihtsam eksam.

Hoolimata sellest, et antud eksami jaoks on saadaval Self-Paced Training Kit, kulus mul õppimiseks ikka aega häbematud poolteist päeva. Aga selle eksami eest teen Microsoftile pai – sellised umbes peavadki eksamid olema. Kuigi… tegelikult oleks võinud rohkem peetida, oleks mul rohkem vaimutööd ja mõttemängu jagunud. Aga asume asja juurde.

Aga asume asja juurde. Esiteks, ilma eelnevate teadmisteta SQL Serverist ja BI platvormist ja selle toodetest, on suhteliselt riskantne sinna eksamile minna lootuses, et äkki veab. Targem on muretseda eespool viitatud õppematerjal ja teha endale asjad selle abil selgeks. Soovitan kindlasti lugeda läbi teooria ja kindlasti teha läbi kõik harjutused – need on päris head ja õpetlikud ning lisaks heale ettevalmistusele eksamiks õpib nende abil nii mõndagi uut ja põnevat.

Teemade osakaalud eksamil on järgmised:

SSIS – 32%
SSAS – 38%
SSRS – 30%

Kes vanemaid tehnoloogia põlvkondi tunneb, omab muidugi teatav eelist sel teel, et midagi väga uut siin päikese all pole.

Loe lisaks

Eksam 70-630 - TS: Microsoft Office SharePoint Server 2007, Configuring

Gunnar — Mon, 08 Mar 2010 19:24:58 +0000

Sai vahepeal paar eksamit ka tehtud, et paremini tarkuste lainel püsida. Eksam, mida ma varem teha ei viitsinud, kuid nüüd lõpuks oma tegemistesse ära mahutasin, oli SharePoint Server 2007 konfigureerimise eksam. Tegemist on tegelikult lihtsa eksamiga, mis suuremat ettevalmistust ei vaja. Järgmiseks pisike ülevaade ja mõned julgustavad sõnad neile, kes selle eksami vastu huvi tunnevad.

Küsimused olid peamiselt sellised, mille vastab une pealt ära igaüks, kes SharePointi arenduses ennast koduselt tunneb. Arvatavasti saab sellega eksamiga lihtsasti hakkama ka iga admin, kes SharePointe igapäevaselt käimas hoiab. Kes ennast siiski piisavalt tugevana ei tunne, võib ettevalmistuseks lugeda näiteks sellist raamatut, mida Microsoft Learning soovitab: Inside Microsoft® Office SharePoint® Server 2007.

Küsimusi oli kokku 51, aega oli nende vastamiseks tsipa üle poolteise tunni. Ühesõnaga, see on seni lihtsaim Microsofti eksam, mida ma teinud olen.

Muideks, kes otsib, see leiab netist ka päris palju abimaterjale antud eksami kohta ja kui eksamit vaja kiiresti teha, siis ei pea tingimata välismaalt õppematerjale tellima, mis siis hea õnne peale ehk õigel ajal ka kohale saabuvad.

70-630 eksami edukas sooritamine annab Technology Specialist sertifikaadi.

Loe lisaks

SharePoint 2010 ja Office 2010 tulevad mais

Gunnar — Sun, 07 Mar 2010 10:44:25 +0000

SharePoint 2010 ja Office 2010 tuleku kuupäevad on nüüd ametlikud. RTM on aprillis ja 12.05.2010 on ametlik avapauk. Kui midagi erilist ette ei tule, siis paar nädalat enne seda võtame Eestis vastu uue Visual Studio. Kes soovib avalöögi kõne kuulata, siis selleks on loodud 2010 Launch Event lehekülg.

Loe lisaks

Silverlight: 10 müüti ja väärarusaama

Gunnar — Sat, 06 Mar 2010 21:11:06 +0000

Silverlight on tasapisi jõudmas neljanda versioonini. Tegemist on küll uue, kuid see-eest stabiilse ja hästi toimiva tehnoloogiaga, mille ümber keerleb surematuid müüte, mis tõele ei vasta. Järgnevalt 10 populaarsemat müüti ja väärarusaama.

1. Silverlight on peamiselt videote jaoks

Videod ja streaming media on ainult üks pisike osa Silverlightist. Silverlight peale saab ehitada palju muud tüüpi rakendusi ka, näiteks mängud, samuti igasugused rikkalikud keskkonnad erinevate ülesannete mugavamaks täitmiseks.

2. Silverlighti jooksutamiseks on vaja Microsofti veebiservereid

Vale jutt. Silverlight rakendused saab majutada ära suvalises veebiserveris, mis toetab MIME-tüüpide seadistamist. Platvorm ei ole seejuures üldse oluline.

3. Microsofti töövahendid Silverlighti jaoks on kallid

Silverlight rakendusi saab arendada ka vahendite abil, mis ei maksa üldse raha. Silverlight Get Started leheküljelt peaksid leidma kõik vajaliku, et otsad lahti teha. Kui kasutad Eclipse’i, siis selle jaoks on olemas Eclipse Tools for Silverlight.

4. Silverlight ei tööta teiste brauserite peal

Töötab küll. Firefox, Chrome ja Safari tulevad sellega kenasti toime. Kindlasti on brausereid, kuhu Silverlight tugi pole jõudnud, kuid populaarseimad brauserid toetavad kõik Silverlighti.

5. Silverlight on äärmiselt vigane

See on jama. Silverlightist on hetkel saadaval juba kolmas versioon ja see aasta peaks välja tulema ka neljas. Kolmanda versioonini jõudnud tooted on tavaliselt vägagi stabiilsed ja töötavad korralikult.

6. HTML5 tulekul pole Silverlighti enam vaja

HTML5 ja Silverlight on erinevad tehnoloogiad, mis pakuvad lahendusi erinevatele probleemidele. Nad ei välista teineteist ja nad ei konkureeri teineteisega.

7. Silverlight on loodud avalike standardite rikkumiseks

Silverlight ei ole standard – tegemist on platvormiga ja see ei lähe vastuollu ühegi avaliku standardiga. Avalikud standardid on hoopis teine teema ja need ei puutu otseselt Silverlighti.

8. Silverlight rakendusi on väga keeruline kirjutada

Silverlight kasutab Common Language Runtime’i (CLR) ja seega saab kirjutada Silverlight rakendusi erinevates .NET raamistiku keeltes. Kellele C# on liiga keerukas võib vabalt oma Silverlight rakendused kirjutada VB.NET või mõne muu keele peal.

9. Häid Silverlighti õppematerjale on raske leida

Kes otsib, see leiab – interneti kuldreegel peab paika siingi. Ja õnneks pole otsida vaja kaugelt. Olemas on ametlik õppematerjalide lehekülg, samuti saidid nagu The Silverlight Cream ja Victor Gaudioso's on-line tutorials. Samuti saab alati abi küsida Silverlight foorumitest.

10. Praktilisi Silverlighti rakendusi on väga vähe saadaval

Silverlighti peale on ehitatud tänaseks väga palju praktilisi rakendusi alates lihtsamatest jubinatest kuni mahukate ja rikkalikku sisu pakkuvate keerukate lahendusteni. Näiteks Hard Rock Memorabilia on Silverlight peal ehitatud ja see on vaid üks näide.

Lähemat lugemist ja põhjalikumaid selgitusi pakub Jeremy Linkess oma blogi postituses TOP 10 Silverlight myths and the facts to bust them.

Loe lisaks

Eilsed andmetehnoloogiad elavad tänastes lahendustes

Gunnar — Thu, 04 Mar 2010 09:04:16 +0000

Jäin reedel õhtasena mõtlema selle üle, kuidas tehnoloogia on MS-i platvormil arenenud ja kuidas erinevad vanad ideed, millega vaid vähesed kokku on puutunud, on jõudnud tänastesse populaarsetesse toodetesse ja tehnoloogiatesse.

Paar kummalist näidet, mis meelde tulid, olid järgmised.

Remote Data Services

Remote Data Services oli ADO raamesse kuuluva tehnoloogiaga, mille abil sai küsida andmeid välistest andmeallikatest. Mäletan veel vanu näiteid, mida sai ise proovitud, kus IE peal jooksis rakendus, millega sai andmeid sisestada ja päringuid teha. See tehnoloogia ei olnud avalikkuse jaoks läbimurre, sest turvaohud kaalusid tugevalt üle kõik hea ja mugava.

Sealt samm edasi oli andmeteenuste pookimine SQL Serveri külge. SQL Serveriga koos sai installida mingise vidina, mis ennast IIS-i külge istutas ja sel teel sai SQL Serveriga suhelda üle SOAP-protokolli. Sellest tehnoloogiast, ma arvan, on mõned ikka kuulnud. SQL Server Web Services oli vist tolle looma nimi. Suuremat revolutsiooni ei sündinud siingi, kuid sammuke lähemale tänasele sai kindlasti astutud.

Tänane populaarne asi, millest enamus arendajaid vähemasti kuulnud on, on ADO.NET Data Services või siis WCF Data Services. XML-põhiste andmevahetusprotokollide kohta ei ütle arvatavasti keegi ühtegi halba sõna, serveri poolel on arendajatel vabad käed küsida andmeid ja neid vastu võtta ning klientrakendused saavad ka kenasti pakutava XML-iga hakkama.

ADO Shape Provider

Teine vana asi, millega paljud tänased arendajad kokku pole puutunud, on ADO Shape Provider. Tegemist on ADO provideriga, mis püüab lahendada seotud tulemusehulkade probleemi. Näiteks kui mul on hulk arvetega ja teine arveridadega, siis liikudes esimeses hulgas uuele arvele, sisaldab teine ainult esimesele vastavaid ridu. Varem ja ka hiljem on sellist funktsionaalsust enamasti käsitsi kirjutatud ja mäletan päris selgelt, et ühte projekti, kuhu see oleks sobinud nagu rusikas silmaauku, ei kaasatud toda providerit mingitel mulle arusaamatutel tehnoloogistel kaalutlustel (mõistlikud kaalutlused jäävad mulle pea alati meelde, soe õhk mitte).

Et tollal oli veel töölauarakenduste aeg, .NET oma mugavate veebitehnoloogiatega polnud veel tulnud, siis proovisin provideri järgi klassikalise töölauarakenduse peal. Tekitasin seotud tabelid, lõin andmebaasi ja lasin siis tabelitel seotud andmeid kuvada. Toimis kenasti kõik, kuid salvestamiste ja muutustele järgneva andmete värskendamise juures tuli ise natuke vahele sekkuda.

Kui nüüd Shape Provideri asemel mainida sellist asja nagu ADO.NET DataSet, siis seda peaks tundma peaaegu kõik .NET arendajad. Kes on DataSetide sisemusega rohkem kokku puutunud, need teavad, et seal pole taoliste seotud andmete küsimine eriline probleem. Tarvis pole ka kirjutada Shape Providerile sarnaseid keerukamaid päringuid, sest kõike saab korda ajada lihtsamate vahenditega.

Korduv muster

Taolisi näiteid leiab kindlasti veelgi. Muster on sama – tõstatud probleemi püütakse lahendada erinevate lähenemiste abil. Kui tänased tehnilised vahendid ei paku välja head võimalust, siis jääb probleem ootama uusi vahendeid ning seni saab kasutada nö. viimast parimat lahendust. Me vist elame jälle huvitavas maailmas!

Loe lisaks

Tahad kodus mägedes joosta?

Gunnar — Wed, 03 Mar 2010 09:00:33 +0000

Soovid kodust väljumata treenida erinevatel maastikel joostes? Oled masu tõttu lükanud edasi sportliku reisi mõnda eksootilisse kohta? Pole probleemi – NordicTrack pakub lahenduseks välja treeningseadme, mis erinevate maastike raskused teie lihastele siva selgeks teeb.

NordicTrack X7I Incline Trainer on treeningseade, mis võimaldab teil valida maastiku, mida soovite läbida ning laadib alla kaardid ja muud vajalikud andmed, et teekonda visualiseerida ja lihastele vastavalt asukohale koormust jagada.

Andmed loetakse spetsiaalselt kodukalt kohale üle WiFi võrgu, kaartidega varustab seadet Google Maps. Seadme hind on orienteeruvalt 2000$ ja koduka vaadates tundus, et erinevalt teleturu pakutavast ei saa seadmega kaasa ei Tsukk Norrist ega ühtegi teist musklis staari.

Täpsemat lugemist pakub Popular Science artikkel The Map-Equipped Treadmill That Can Recreate Any Hike On Earth.

Loe lisaks

Kutse Entity Framework 4.0 seminarile

Gunnar — Tue, 02 Mar 2010 10:00:48 +0000

Peale seda, kui oleme homme Sarviktaadi abil oma rakendused inimliku kiirusega tööle saanud, vabandanud adminide ees tekitatud probleemide pärast ning teatanud kliendile, et viiekümne serveri asemel aitab ka ühest, kutsun ma teid osalema tasuta Entity Framework 4.0 seminaril, mis toimub 10.03.2010 kell 18:00 maagilises kohas nimega ITK.

Entity Framework 4.0 tõotab tulla ORM tehnoloogia, mis hakkab mängima olulist rolli .NET raamistiku rakenduste andmekihina. Seminaril vaatame, milline EF4.0 välja näeb, mida see võimaldab ja kuidas seda oma rakendustes kasutada. Loomulikult on kavas näited töötava koodiga ja muud huvitavat.

Seminari tasemeks on 300, kuid arvan, et kuulama võib julgelt tulla ka arendaja, kes ennast nii kõrgetele numbritele vastavaks ei tunnista. Samuti võivad kuulama tulla ka kõik muud huvilised. Eraldi peatükk on ettenähtud arendajatele, kes pole seni taolised vahendeid kasutanud või kes on alles algust teinud, samuti loodan põnevaid temasid pakkuda vanadele kaladele. Ja nagu ikka – peale ettekannet vastan lahkesti temaatilistele küsimustele.

Täpsem kava saab paika esmaspäevaks, mis on rahvusvaheline naistepäev ja ühtlasi viimane päev EF4.0 seminarile registreerumiseks. Lähem info seminari kohta asub Eneta portaalis lehel Eneta kommuuniõhtu: Entity Framework 4.0.

Loe lisaks

Miks tõusis külastuste statistikas viitavate lehtede osakaal?

Gunnar — Mon, 01 Mar 2010 10:36:44 +0000

Koduka külastatavuse jälgimine on oluline asi, mida teha, sest nii on võimalik saada ülevaade sellest, kuidas võrgus läheb. Kuidas tõlgendada sellist nähtust, et viitavate lehekülgede osakaal on hüppeliselt kasvanud?

Alustuseks vaatame pilti ka, olulisel kohal on just protsendid.

Vasakpoolsel diagrammil on tugevalt esindatud otsimootorid, mis hoiavad enda käes 75% kogu siseneva liikluse voost. Parempoolsel diagrammil on see number vähenenud 60% peale ning 10% tõusu on teinud viitavad saidid. Mis võivad sellise hüppe põhjused olla?

Muutus ajateljel

Esimene küsimus, millele analüüsimisel pühenduksin, on see, et kui pikk see muutus on. Kas nüüd jääbki nii või oli see ajutine hüpe?

Kui muutus on ajutine, siis järelikult ilmus kodukal mõni selline tekst, mis tekitas inimestes huvi ja mille link ringles külastajalt külastajale ringi. Kui huvilised on materjaliga tutvunud, siis sealt edasi saabub rahu jälle ning otsimootorid võtavad oma positsiooni tagasi.

Jääv muutus võib tähendada kahte asja. Esiteks otsimootori algoritmide uuendamist. Uued algoritmid, mis sisu hindavad, ei pea eilset lemmikut enam nõnda oluliseks ja lehekülg on nihkunud indeksites tahapoole. Kontrollige kindlasti järgi. Teiseks on võimalus, et mõni asjakohane infokanal on teie lehe leidnud ning viitab sellele mõnes oma populaarses kirjutises.

Mida teha langenud positsiooni korral?

Langenud positsioon ei ole revolutsioon, millest teha üleüldine paanika. See muutus võib olla ajutine ja muretsema tasuks hakata peale nädala-paari möödumist. Esimene asi, mida soovitan sel juhul teha, on uurida, kas on konkurente, kes on teist jõudsalt möödunud. Kui ei ole, siis soovitan pöörduda isiku poole, kes lehekülje optimeerimisega tegeleb ning rääkida temaga.

Kui otsimootorite osas pole muutusi tekkinud, siis ei ole vaja seal midagi tavapärasest ja igapäevasest SEO-st rohkemat teha. Ei ole vaja pingutama hakata, et protsendid endisele kujule tagasi saada, sest põhjus võib olla hoopis järgmises punktis ja see pole enam seotud otsimootoritega.

Avaldasime populaarse lehe

Kui otsimootorites on kõik korras ja positsioonid halvemuse poole muutunud pole, siis tasub uurida, et kust need külastajad tulevad. Kui avaldasite mõne menuka kirjatüki, siis on võimalus, et sellele leidub viiteid mitmetelt erinevatelt lehekülgedelt, kes oma lugejaid teie juurde suunavad.

Edasine sõltub suuresti juba sellest, kui head on viitavad leheküljed. Kui nende hulgas on selliseid, kus on külastatavus suur, siis võivad need lehed teile edaspidigi liiklust juurde tuua ilma, et peaksite ise midagi tegema. Loomulikult võivad külastused vaibuda peatselt.

Leidsime uue kanali

Võimalik ka, et tegemist on mõne uue kanaliga, kes teile viitab. Leidke see kanal üles ja vaadake, millega on tegemist. Võimalik, et saate antud kanalis ise oma firmat hoida rambivalguses pikemalt kui see oleks võimalik sekkumata jätmise korral. Kui on tegemist näiteks foorumiga, kus toimub teie firma tegevusalade teemadel jutuajamine, siis miks mitte seal ka ise osaleda ja võimalikule uuele kliendile juba ammu enne esimest ärikontakti reibas ja julgustav Tere! öelda.

Ühekordse hüppe oht uue kanali valguses on see, et külastuste arv läheb kiiresti alla ja antud kanali jaoks tuleks toota uusi materjale järjepidevalt, et see teid fookuses hoiaks. Igakord see ei ole võimalik, kuid mõnikord siiski on. Alati võib kaaluda seda, et peale mõningast pausi uurida, kas antud kanalis saaks oma reklaame avaldada. Sel juhul soovitan analüüsida selle kanali külastajaid ja veenduda, et reklaam neid ei ärritaks.

Loe lisaks

C# teemalised intervjuud Anders Hejlsbergiga

Gunnar — Sun, 28 Feb 2010 12:39:45 +0000

Kuigi vana materjal, väärib see kindlasti märkimist, sest lugemine kasulik ja õpetlik kõigile C# progejatele, kes tahavad keele disainist ja sellega seotud otsustest paremat pilti saada.

Aastal 2003 avaldati Artima Developer lehel Billi Vennersi ja Bruce Eckeli intervjuud, mille nad tegid C# juhtiva disaineri Anders Hejlsbergiga. Intervjuud järgmised:

Soovitan soojalt need intervjuud mõttega läbi lugeda.

Kui soovid olla kursis huvitavate tehnoloogiliste ja programmiliste leidudega, mis kannetena siia ei jõua, siis tule külasta DT blogi Facebookis.

Loe lisaks