Relációs adattárház

A GRAPHISOFT-nál a BI bevezetés indikátora ugyanaz volt, mint bármely más hasonló cég esetében: Hozzáférést szerettek volna kapni saját adataikhoz. Nem riportokra vágytak, hanem egy adattárházra, amelyből minden kérdésükre nagyon rövid időn belül választ kaphatnak. Ebben eddig nincs semmi különös. Abban azonban már igen, ahogyan az adattárházukat fel akarták építeni. Ők ugyanis saját maguk szerették volna felépíteni a világ minden tájáról táplált, budapesti központú adattárházukat. Nem szállítót vagy erőforrást kerestek a probléma megoldásra, hanem szaktudást. Így találtunk egymásra 2012 tavaszán...

Egy hír: Natív lesz a relációs táblák oszlop- és memóriaalapú tárolása az SQL Server 2014.ben. Részletek a cikkben.

A most következő cikk vállalatirányítási rendszer fejlesztőknek vagy ERP kiválasztás előtt állóknak szól és arra a kérdésre keresi a választ, hogy milyen legyen egy adattárházra előkészített, vagy csak egyszerűen adatintegrációra felkészített vállalatirányítási rendszer

A Fast track adattárház architektúra a Microsoft és néhány nagy hardvergyártó által közösen kifejlesztett és kitesztelt referencia adattárház architektúra, melynek legnagyobb előnye, hogy segítségével viszonylag egyszerűen ki tudjuk választani a m...

Nagy általánosságban – és a legjobb gyakorlatoknak megfelelően – kerüljük a hópehelyséma használatát. Vannak azonban olyan esetek, amikor érdemes elgondolkodni a használatán. A cikkben ezen ritka esetekre kerestem egy-két példát

A most következő cikkben átnézzük mindazon ingyenesen letölthető segédszoftvereket, amelyeket évek óta, nap mint nap használunk adattárházak és BI rendszerek bevezetéséhez. Sok időt, energiát takarítottunk már meg velük, úgyhogy bízom benne, hogy hasznosak lesznek az Ön számára is.

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

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.

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.

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.

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...

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.

Az adattárház lelke az adatmodell. Ha az jó, akkor az adattárház felhasználói szeretni fogják az adattárházat. Ha nem, akkor az adattárház szép lassan el fog halni. Ennek az adatmodellnek a sikeressége elsősorban két dologtól függ: Egyrészt attól, hogy az adatmodell „üzletileg” mennyire jó másrészt attól, hogy az adatmodell fizikai valójában mennyire hatékonyan támogatja azt, amit az üzleti terület megálmodott. Jelen cikk ez utóbbiról, a fizikai adatmodell tervezésről fog szólni.

2 fontos újdonságot is bejelentettek az idei MS üzleti intelligencia konferencián: Az egyik a masszívan párhuzamosított architektúrára épülő, oldalra skálázott verziója az SQL szervernek, a másik az oszlop orientált, memória alapú tárolási módja az Analysis Services-nek. A cikkben megpróbálom elmagyarázni, hogy mit is jelentenek ezek.