Felkerült a webre egy architektúra diagram a PowerPivot-ról. Mutatom:
forrás: SQLCat.com
Az architektúra diagram nagyon látványos, és aki ismeri az architektúrát az sok hasznos infót talál benne. De. Aki még csak most akar megismerkedni az architektúrával, az ne ezt az ábrát nézze, mert valószínűleg nem fog érteni belőle semmit. Helyette használja inkább a Microsoft SQL Server PowerPivot Planning and Deployment dokumentumot. No ez sem egy leányregény, de ebből meg lehet érteni az architektúrát.
Megdőlt az SSIS 1 terabájtos betöltési rekordja. Nem is kicsit. A korábbi 30 perc körüli betöltési idő most 10 perc alatt jár, ami 3,5 szörös teljesítménynövekedés. A megdöntő ETL eszköz az SSIS, a megdöntő gép egy Unisys masina. Mint az a 3,5 szörös teljesítménynövekedésből már sejthető, nem hagyományos hardverarchitektúrával állunk szemben: A Unisys masinában SSD diszkek dolgoznak…
Nem számoltam meg, de iszonyat mennyiségű SQL 2008 R2 tananyagot helyezett el a Microsoft a Microsoft.com/sqlserver oldalon. Videók, gyíkok, esettanulmányok, oktatócsomagok, minden ami szükséges az SQL 2008 R2 újdonságainak megismeréséhez.
Ha SQL 2008 R2-ről, önkiszolgáló üzleti intelligenciáról, központi törzsadatkezelésről vagy a masszívan párhuzamosított adattárház architektúrákról keres microsoftos anyagot, akkor kezdje itt: http://www.microsoft.com/sqlserver/tour/en/resources.aspx
A Panorama (akitől a Microsoft az Analysis Services elődjét vásárolta) bejelentette, hogy elkészítette BI suite-ét PowerPivotra. Ami ebből érdekes, az az, hogy érdemes-e PowerPivot-os fejlesztésekben gondolkodni. Nos. Akinek már van Microsoft OLAP-os fejlesztése, annak mindenképp, hiszen akár a memóriában futó Vertipack adatbázis, akár a SharePoint alatt IMBI (In-Memory BI) módban futó Analysis Services elérhető az MSOLAP provider-en keresztül. Pont úgy, mint az Analysis Services kockák. Így akinek már van fejlesztése Analysis Services-re az át tudja majd portolni fejlesztéseit az új adatbázis típusokra is.
Milyen áron? Jó kérdés, hiszen az oszloalapú tárolás következményeiként egy kicsit más adatszerkezetet látunk, mint amit az Analysis Services esetén megszoktunk. De technológiai akadályokba nem fog ütközni az átportolás.
Ma a magyarországi SQL Server Technet esemény befejezését követőn jelentette be a Microsoft, hogy lezárta az SQL Server 2008 R2 kódját
A TechNet eseményen az is elhangzott, hogy az SQL Server 2008 R2 május 1-től megvásárolható a Volume License-szel rendelkező ügyfelek számára.
Bővebb információ: SQL Server 2008 R2 Released to Manufacturing!
Mivel zömmel „attól függ” válaszokat találtam a weben, betöltöttem egy 89 megás Access fájlt, (71 mega az SQL Szerverben) hogy legyen képem a tömörítés mértékétől.
A 89 megás Access file a powerpivot memóriában futó adatbázisában 19 mega lett, kilépés után az adatbázis a lemezen 10 mega körüli mértékre tömörödött. Ez alátámasztja azt a hipotézist, miszerint a PowerPivot a forrásadatokat kb 1:10 arányban tudja tömöríteni és a memóriában futó adatbázis mérete kb. kétszerese a diszkre mentett állapotfájlnak.
Felkerült egy cikk az MSDN-re amely az idősor kalkulációk (Kumulált, növekedés az előző időszakhoz képest, YTD, YoY, …) mutatók megvalósítását taglalja. Néhány gondolat a cikkből:
1. Hozzunk létre dátum (dimenzió) táblát, még akkor is, ha a DAX (a powerpivot modellezési nyelve) csak egy dátum típusú mezőt használ. A dátum (dimenzió) tábla egy sora egy konkrét napra vonatkozzon, és töltsük fel a tábla oszlopait csupa olyan attribútummal, amelyre az elemzésekhez szükségünk lesz. (év, negyedév hónap, Banki munkanap jelző, hét napja, …)
2. A PoweerPivot 35 olyan beépített függvénnyel rendelkezik, amely támogatja az idősor kalkulációk létrehozását. Ezek mind támogatják a naptári és pénzügyi éven végzett idősor kalkulációkat is.
3. DATESBETWEEN: Egy függvény amivel dátumtól, dátumig aggregálhatunk (Ez a funkció hiányzik az Analysis Services és más standard OLAP eszközök funkciókészletéből is)
4. A PowerPivot-tal is meg tudjuk oldani, hogy az idősor kalkulációk külön dimenzióba kerüljenek
Egy dimenzió és egy ténytábla között, many to many a kapcsolat, ha egy dimenzióelemhez több ténysor tartozhat és egy ténysorhoz több dimenzióelem is egyszerre. Many to many kapcsolatok létezhetnek dimenziók és ténytáblák között is és dimenzió és dimenzió táblák között is. Ez utóbbinak iskolapéldája a bankszámlák egyenlegének lekérdezése, amikor is egy bankszámlának több tulajdonosa lehet, és egy tulajdonosok lehet több bankszámlája is.
Jelenleg egy olyan üzleti intelligencia projekten dolgozom, ahol az üzleti folyamatok rendkívül sok many to many kapcsolatot hordoznak magukban. Legalább ötöt. És ennek bizony lehetnek negatív hatásai a performanciára. Felírom magamnak ide, hogyha ez bekövetkezne, akkor itt egy doksi, ami kifejezetten a many to many kapcsolatok optimalizálásáról szól
Április elsején megjelent egy kis ablak a PowerPivotban, miszerint a kiértékelési periódus lejárt, és innentől kezdve a PowerPivot nem használható. Először csak áprilisi tréfának gondolta az ember, de aztán kitekintve a webre konstatálnia kellett, hogy egy bizony nem tréfa: tényleg nem lehet használni tovább a PowerPivotot
Szerencsére ma megjött a Microsofttól a hír, hogy felkerült egy időzített bomba nélküli vagy csak későn robbanó verzió a PowerPivot.com oldalra. A régit egyszerűen el kell távolítani (Add/remove programs), az újat pedig csak fel kell installálni és minden működni fog újra. És tényleg.