Cikkek BI & DWH tervezőknek és fejlesztőknek

NON EMPTY; NONEMPTYCROSSJOIN problémák

Lejegyzetelem ide, hogy a NONEMPTYCROSSJOIN (DimA.members, DimB.members, DimC.members)típusú lekérdezés emberi időben le se fut, de ha átírjuk ilyenre:NONEMPTY (DimA.members * DimB.members * DimC.members)Akkor pár másodperc alatt lefut.Chris Webb-...

Tovább

Hogyan kezeljük az időzónákat az adattárházban?

Adott egy multinacionális vállalat, amely eltérő időzónájú országokban is értékesít. A kérdés az, hogy milyen időponton szerepeltessük az eseményeket az adattárházban? Lokális, vagy valamilyen egyezményes időponton mint például az UTC? Ennek járunk most utána.

Tovább

SQL Server startup paraméterek adattárházas környezetben

BUÉK! Idén olyan helyen voltunk szilveszterezni, ahol nem volt térség, így nem tudtam publikálni a nagy gonddal megírt 2010-es évről szóló cikket. Ma, 2011-ben pedig már elszállt az ereje, úgyhogy BUÉK és csapjunk a lecsóba. A téma az SQL Server startup paraméterei adattárházas környezetben

Tovább

Barangolások a 4 Tera feletti adattárházak világában

Nemrég lehetőségem nyílt közelebbről is szemügyre venni egy Fast Track Data Warehouse referencia architektúra alapján összeállított adattárházat, és ennek tapasztalatairól szeretnék most beszámolni. Elsősorban arra keresem a választ, hogy mit tudunk átvenni a nagyoktól és mit tudunk a referencia architektúra ajánlásaiból használni akár kisebb méretekben is.

Tovább

A Microsoft referencia adattárház architektúrája

Nemrég jelent meg a Microsoft adattárház appliance-e, a Parallel Data Warehouse Edition és ennek kapcsán egy kicsit szemügyre vesszük a kistesót, a magyarországi méretekhez jobban passzoló 4-48 terára optimalizált Fast Track Data Warehouse referencia adattárház architektúrát.

Tovább

Tegyünk természetes kulcsot a ténytáblákba?

A tankönyvek szerint ne. Elmondom, hogy ennek ellenére mégis miért igen:1. Százszor egyszerűbb megoldani a mesterséges kulcsok kikeresését (lookup) a dimenziótáblából, ha a ténytáblában ott van a természetes kulcs2. Százszor egyszerűbb tesztelni, ...

Tovább

Hány kockát építhetünk egy adatbázisban?

Összesen 2^31-1 azaz kicsit több, mint kétmilliárd kockát építhetünk egy Analysis Services-en alapuló BI megoldásba. Jó tudni, nehogy a kockák gyártása közben véletlenül túlszaladjunk ezen a korláton. JAz Analysis Services felső korlátairól a Maxi...

Tovább

Egy nagy kocka vagy sok kicsi - A fejlesztői élmény

A múlt heti cikkben a „sok kis adatkocka vagy egy nagy” dilemmát az üzleti felhasználók oldaláról közelítettük meg. Azt vizsgáltuk, hogy a felhasználói élmény szempontjából melyik a jobb megoldás. Most átülünk a fejlesztők székébe és a technológia lehetőségei felöl közelítjük meg a problémát...

Tovább

Egy nagy kocka vagy sok kicsi - Tervezés

Most, hogy újra elolvastam az „Egy nagy adatkocka vagy sok kicsi - felhasználói élmény” című cikket, eszembe jutott még valami. Írom, hogy az üzleti felhasználók szempontjai miatt érdemes egy nagy kockában gondolkodni, de nem írtam arról, hogy hog...

Tovább

Egy nagy kocka vagy sok kicsi - A felhasználói élmény

Adatpiacok, vezetői információs rendszerek tervezése során gyakran felmerül a kérdés, hogy egy nagy adatkockát építsünk, vagy szakterületenként/üzleti folyamatonként egy-egy kicsit. A most következő cikkben ennek járunk utána, és első körben a felhasználók szempontjából vizsgáljuk meg a problémát

Tovább

Szülő/gyerek hierarchiák historizálása

A könnyedebb témákról átmegyünk egy kicsit az adattárház adatmodell tervezési kérdéseire, és megvizsgáljuk, hogy milyen lehetőségeink vannak a szervezet/dolgozók/üzletkötők, ... típusú hierarchiák modellezésére.

Tovább

Adattárház könyvek: Általános adattárház elmélet

Még februárban kezdtem el írni egy cikket annak apropóján, hogy Kimball-nak új adattárház könyve jelent meg, de végül nem publikáltam. Nem publikáltam, mert 1) akartam még érlelni egy kicsit az első benyomásaimat 2) írni akartam még azokról az adattárház könyvekről is, amelyekről azt gondolom, hogy segítséget fognak nyújtani másoknak is. Ezek következnek most.

Tovább

Tegyünk idegen kulcsot a csillagsémára?

Megmondom őszintén én nem szoktam soha. Régen úgy tanultam, hogy feleslegesen terheli a procit, hogy az integritás biztosiasa az ETL folyamatok feladata, stb. De most olvastam egy internetes közvélemény kutatást (Nem reprezentatív!), amiből az der...

Tovább

Az Excel nem kezeli a szakadozott hierarchiákat. Vagy mégis?

Az Excel 2007 néha jól jeleníti meg a szakadozott hierarchiákat, néha nem. Első ránézésre nem is érti az ember, hogy amit egyszer jól csinál másszor miért nem. Aztán ha kicsit utánajár a témának, akkor még jobban elkeseredik. A leírt működés ugyanis nem egy hiba következménye, hanem az Excel alapból nem támogatja a szakadozott hierarchiák megjelenítését. Miért működik akkor néha mégis jól? Ennek járunk most utána.

Tovább

Stabilizáció

Nem, most nem a válságról lesz szó, hanem egy olyan adattárház építési feladatról, amely nagyon fontos, mégis sokszor kimarad az adattárház projektek scope-jából. A téma aktualitását pedig az a projektünk adja, ahol az adattárház feltöltésének időszükséglete a vártnál rosszabbra sikerült.

Tovább

Analysis Services alapú BI rendszerek oldalra skálázása

A nemrég pályázatot írtam és arra kért az ajánlatkérő, hogy fejtsük ki az általunk javasolt üzleti intelligencia megoldás skálázhatóságát. Azt tudtam, hogy az Analysis Services fölfelé az operációs rendszer korlátjáig skálázható, de az oldalra skálázhatóság tekintetében voltak kétségeim. Ennek jártam most utána.

Tovább

Stressz teszt

Gyakran emlegetett fogalom ma a stressz teszt mely során nyomáspróbának vetik alá bankrendszert, hogy megállapítsák: mennyire tudnak a pénzintézetek ellenállni a gazdasági visszaesés okozta megpróbáltatásoknak. Nos. Lovagoljuk meg ezt a hullámot és nézzük meg, hogy hogyan lehet a bankrendszerekhez hasonlóan az üzleti intelligencia rendszerek stressztűrő képességét tesztelni és meggyőződni arról, hogy az OLAP alapú üzleti intelligencia rendszerünk bírni fogja-e a felhasználók rohamát...

Tovább

Az Analysis Services fekete doboza

Az Analysis Services-nek, mint a repülőgépeknek van egy fekete doboza (flight recorder). Ebbe a dobozba gyűjti működése során keletkezett információkat, így amikor összeomlik a szerver pontosan meg tudjuk mondani, hogy milyen események következtek be a „lezuhanás” előtt. Egy kis átalakítással azonban utasainkról, azaz a felhasználókról is gyűjthetünk a segítségével információkat. Erről szól a cikk

Tovább

Átfúrás OLAP-ból a részletes adatokhoz (Drillthrough Action)

Adott a következő probléma: Az üzleti terület látni szeretné, hogy egy adott könyvelési tétel milyen tranzakciókból tevődött össze, ki könyvelte azt a tételt stb. Mindezt úgy, hogy „rákattintva a könyvelt értékre feljöjjenek azok a számlák, amelyek a könyvelési tételt kiadják”. A most következő cikkben ezt a témát járjuk körül. (Plusz elkészült és felkerült az új adattárház projektvezetői tanfolyam tematikája is. Nézze meg őket)

Tovább

Oldalak