Relációs adattárház

A relációs adattárházak világával foglalkozó szakcikkek


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.
Elolvasom a teljes cikket
2009. október 06.

A Decathlon hűségprogramja és egy adattárház probléma

A minap a Decathlonban jártam és egy olyan adattárház problémába botlottam, amelyet a sportáruház példáján keresztül remekül lehet szemléltetni. Ez következik most.
Elolvasom a teljes cikket
2009. szeptember 20.

Az adatmodell tervezés folyamata - A fizikai adatmodell

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.
Elolvasom a teljes cikket
2009. február 19.

Miért használjunk mesterséges kulcsot az idő dimenzióban?

Adattárházak betöltése során a forrásrendszerekben tárolt természetes azonosítókat (pl vevőkód, cikkszám, számlaszám, …) betöltés közben lecseréljük jelentés nélküli mesterséges azonosítókra, és utána ezen mesterséges azonosítókat használjuk a dimenzió- és ténytáblák közti kapcsolat megteremtésére. Miért tesszük mindezt és a válasz ismeretében vajon érdemes-e minden természetes azonosítót, így például a dátumokat is lecserélni jelentés nélküli mesterséges azonosítókra? A cikkből mindezen kérdésekre választ kaphat
Elolvasom a teljes cikket
2009. január 14.

Újdonságok 2010-re: Kilimandzsáró, Madison, és Gemini

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.
Elolvasom a teljes cikket
2008. október 14.

A Microsoft felvásárolta a DATAllegro-t

Microsoft felvásárolta az óriás adattárházak építésére szakosodott DATAllegro-t, így a tervek szerint a közeljövőben költséghatékonyan építhetünk akár több 100(!) terabájtos SQL Server alapú adattárházakat is.
Elolvasom a teljes cikket
2008. augusztus 10.

Az adatmodell tervezés folyamata - A logikai adatmodell

Itt a biprojekt.hu-n eddig nem sokat foglalkoztunk az adattárház adatmodelljének kialakításával. Pedig az adattárház lelke az adatmodell. Ha az rossz, akkor rossz az egész. Jöjjön velem, és nézze meg hogyan alakul ki a végső adatmodell.
Elolvasom a teljes cikket
2008. július 24.

RDBMS gyártók piaci részesedése 2007-ben

Az IDC nemrég közzétett elemzésből kitűnik, hogy a piac szerkezete alig változott a tavalyi évhez képest. Az élen továbbra is az ORACLE áll (44,3%) majd őt követi az IBM (21,0%) és a harmadik a Microsoft (18,5%)...
Elolvasom a teljes cikket
2008. július 18.

SQL Server 2008 BI és DW újdonságok - Grouping Sets

A Grouping Sets lehetőséget biztosít a relációs oldalról riportáló felhasználóknak az aggregációk eddiginél precízebb és egyszerűbb meghatározására. Olvassa el a cikket és ismerje meg, hogy hogyan.
Elolvasom a teljes cikket
2008. április 10.

SQL Server 2008 BI és DW újdonságok - Change Data Capture

A Change Data Capture az SQL Server 2008 egy olyan újdonsága, amely lehetővé teszi, hogy forrásrendszerek változásait elkapja, és kitegye egy külön táblába. (pongyolán fogalmazva). Jöjjön velünk és nézzük meg, hogy hogyan működik, milyen problémákra ad megoldást és milyen korlátai vannak adattárházas környezetben.
Elolvasom a teljes cikket
2008. április 08.

Adattárház indexelési stratégiák Microsoftos környezetben

A cikkben megpróbáltam összeszedni azokat az általánosan bevált indexelési stratégiákat, amelyeket fel fogsz tudni használni az adattárházad első indexelési tervének kialakításához.
Elolvasom a teljes cikket
2008. február 27.

IP címek tárolása az adattárházban

Hogyan tároljuk az IP címeket az adattárházban? Érdemes ezen elgondolkodni, hiszen ha IP címeket kell majd tárolnunk, akkor biztosak lehetünk benne, hogy már alsó hangon is több 10 millió rekorddal lesz majd dolgunk...
Elolvasom a teljes cikket
2007. szeptember 18.

Üzleti intelligencia a jogász szemével

Egy egységes, tisztított, személyes információkat tartalmazó ügyféltörzs álom a szervezet, és rémálom a jogász számára. Vajon egy adattárház megfeleltethető-e a jogszabályokban foglalt előírásoknak?
Elolvasom a teljes cikket
2007. május 24.

RDBMS gyártók piaci részesedése 2006-ban

A héten felkerült az internetre az IDC előzetes RDBMS piaci részesedés elemzése. Az elemzésből kitűnik, hogy a piac szerkezete alig változott a tavalyi évhez képest. Az élen továbbra is az ORACLE áll (44,4%) majd őt követi az IBM (21,2%) és a Microsoft (18,6%)...
Elolvasom a teljes cikket
2007. május 12.

Új adattárolási mód: VarDecimal

Az SQL Server 2005 Service Pack 2 egyik legfontosabb újdonsága a VarDecimal adattárolási mód bevezetése, amely használatával jelentősen csökkenthető az adattárház fizikai mérete...
Elolvasom a teljes cikket
2007. március 25.

Adattárház lekérdezések gyorsítása: NOLOCK

Az előző cikkben bemutattam, hogy az adattárház, adatpiac adatbázisának csak olvashatóvá tételével kb. 5%-ot gyorsíthatunk lekérdezéseinken. A most következő cikkben pedig megmutatom, hogy hogyan érhetjük el ugyanezt az eredményt, ha adattárházunk, adatpiacunk adatbázisa nem read-only...
Elolvasom a teljes cikket
2006. december 15.

Adattárház lekérdezések gyorsítása: Az első 5 %

...Nem túl sok ez az 5 %-os lekérdezés gyorsulás, de ez minden adattárház felhasználó, minden lekérdezésére érvényes lesz, és ehhez nem kellett mást tennünk, mint csak olvashatóvá (Read-Only) tenni az adattárház adatbázisát...
Elolvasom a teljes cikket
2006. december 10.

Az "Early Arriving Facts" adattárház probléma megoldása

Előfordul, hogy az üzleti folyamatok olyanok, hogy a tranzakció keletkezésekor még fogalmunk sincs arról, hogy például ki a vevő. (Így viselkednek egyes hűségprogramok) Persze később majd kiderül, hogy ki áll a vásárlási tranzakció mögött, csakhogy addigra mi már betöltöttük az adott vásárlást az adattárházba egy ismeretlen vevőre. Olvassa el a cikket, és megtudja, hogy milyen technikák léteznek az ilyen problémák leküzdésére
Elolvasom a teljes cikket
2006. október 08.

Mikor készült az utolsó mentés?

Itt a nyár! Épp megérdemelt szabadságunkat töltjük, amikor kapunk egy telefont: Mikor készült és hol található az utolsó biztonsági mentés? ...
Elolvasom a teljes cikket
2006. július 29.

IntelliSense for SQL Server

Az intelliSense gépelés közben befejezi a táblák, oszlopok, ... neveinek kitöltését, a CodeSnippet segítségével pedig billentyűkombinációhoz kódrészleteket rendelhetünk...
Elolvasom a teljes cikket
2006. július 23.

Ki módosította a táblámat?

Néha jó lenne tudni, hogy ki változtatta meg az adatbázisunk szerkezetét, ki konfigurálta át az SQL server-t, ...
Elolvasom a teljes cikket
2006. június 11.

RDBMS gyártók piaci részesedése 2005-ben

...Az öt legnagyobb gyártó közül egyedül a Microsoft tudta a piaci növekedést felülmúló ütemben növelni forgalmát. A Gartner elemzése kitér rá, hogy az SQL Server 2005-be épített üzleti intelligencia - elemző és jelentéskészítő - funkciók láthatóan megragadták az informatikai vezetők figyelmét...
Elolvasom a teljes cikket
2006. május 28.

Management Studio: Miért lassú a táblamódosítás?

Konklúzió: Az adattárház nagy tábláinak esetleges módosítását bízzuk a jó öreg Alter Table TSQL utasításra, mert a Management Studio képtelen lesz rá.
Elolvasom a teljes cikket
2006. május 01.

Mekkora az MSSQL árelőnye?

A dokumentum összehasonlítja az ORACLE 10g, az IBM DB2 8.2 és a Microsoft SQL Server 2005 Enterprise Edition termékek beszerzési, üzemeltetési, fenntartási, ... költségeit.
Elolvasom a teljes cikket
2006. március 19.

Ezt jól megszívtam: mennyi április 30 +/- 2 hónap?

Ezt jól megszívtam... Gondolt Ön arra, hogy április 30. mínusz két hónap plusz két hónap egyenlő április 29?...
Elolvasom a teljes cikket
2006. január 14.

Mi a különbség az IN és az EXISTS között?

Az IN és EXISTS szűrőfeltételeket tartalmazó lekérdezések azonos eredményhalmazt adnak vissza, azaz az IN és az EXISTS felcserélhető, ha nem negáljuk őket...
Elolvasom a teljes cikket
2006. január 07.

Mi a teendő, ha a Query Analyzer csonkolja a lekérdezés eredményét?

Alapértelmezettként a Query Analyzer csak maximum 256 karaktert ad vissza a lekérdezés eredményeként...
Elolvasom a teljes cikket
2005. október 20.

Cannot open user default database. Login failed

Egy login-hoz tartozó default adatbázis törlése után nem tudtam kapcsolódni az SQL szerverhez...
Elolvasom a teljes cikket
2005. október 10.