https://vik.wiki/index.php?action=history&feed=atom&title=Adatt%C3%A1rh%C3%A1zakAdattárházak - Laptörténet2026-05-16T16:14:48ZAz oldal laptörténete a wikibenMediaWiki 1.43.8https://vik.wiki/index.php?title=Adatt%C3%A1rh%C3%A1zak&diff=139186&oldid=prevUnknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoMenDW}} __TOC__ ==Definíció== Adattárház olyan információs rendszer, melyet jellegzetes '''szervezeti''' és '''stratégiai''' d…”2012-10-21T20:34:56Z<p>Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoMenDW}} __TOC__ ==Definíció== Adattárház olyan információs rendszer, melyet jellegzetes '''szervezeti''' és '''stratégiai''' d…”</p>
<p><b>Új lap</b></p><div>{{GlobalTemplate|Infoszak|InfoMenDW}}<br />
<br />
<br />
__TOC__<br />
<br />
==Definíció==<br />
<br />
Adattárház olyan információs rendszer, melyet jellegzetes '''szervezeti''' és '''stratégiai''' döntés támogatásra használnak. <br />
Négy fő tulajdonsága van:<br />
* '''subject-oriented''' : egy helyen jelennek meg az üzleti logikai fogalmak, nem rendszerekben elosztva. Korábban function-oriented-ek voltak<br />
* '''integrated''' : konzisztens kód és adatformátumok<br />
* '''time-variant''' : Az adatok idősorosan vannak tárolva, bármi áron kiszolgálva a múltbéli adatok elemezhetőségét.<br />
* '''non-volatile''' : nincs lehetőség adatmódosításra, csak beolvasási és lekérdezési műveletek adottak. Minden betöltött adatot megőrzünk, még a vélhetően hibás adatok javítására sincs mód. Az ==UPDATE== műveletek kizárását a nagy költségek indokolják. Az adott rekordot érvénytelenné tehető, és helyére betölthetünk egy újat/frissebbet (jelölve az adatok hatályosságát). <br />
<br />
==Architektúrák==<br />
<br />
* '''koncepcionális''' elvi<br />
* '''adat (konzisztencia)''' milyen módszerekkel<br />
* '''front-end''' (végfelhasználó hogyan használja), back-end (letöltöget)<br />
* '''eszközarchitektúra''' fizikailag milyen eszközök<br />
* '''üzemeltetési''' milyen funkciókat<br />
* '''biztonsági''' biztonság megteremtése<br />
<br />
Az koncepcionális architektúra tervezés elemei:<br />
* '''forrásrendszerek''' nincs plusz terhelhetőség, max járatban így szedi ki belőle az adatot<br />
* '''kinyerés-integrálás''' úgy kell az adatot kinyerni, hogy a legkisebb terheléssel és módosítással tegyük<br />
* '''állomásoztató terület ( Staging Area - SA)''' A back-end nagy része. Itt zajlik az átadott adatok összekapcsolása, transzformációja, módosítása; legtöbb hozzáadott értelmet ez állítja elő. <br />
* '''elemi adattár'''<br />
* '''szakterületi adattár''' lekérdezés orientált adatstruktúrák tervezése és megvalósítása<br />
* '''metaadattár'''<br />
* '''üzemi adattár (operational data store - ODS)'''<br />
** integrált és téma orientált adatok, <br />
** nem historikus: csak a jelen helyzet olvasható ki<br />
** aggregált adatok helyett elemieket tárol <br />
** Célja: megkönnyítse az adatok integrálását, lehetővé tegye a jelen idejű adatok lekérdezését, adatmódosítás végrehajtása több rendszer érintésével (több helyen egyszerre változik az adat) MOM (Message Oriented Middleware) direkt mód<br />
* '''megjelenítés támogatás'''<br />
<br />
==Fejlődése==<br />
<br />
Összehasonlítási alapok:<br />
* megvalósítás költsége<br />
* megvalósíthatóság<br />
* rugalmasság<br />
* funkcionalitás<br />
* adatkonzisztencia<br />
* illeszkedés a vállalati hierarchiához.<br />
<br />
Állomások:<br />
* '''Nem tervezett''' döntéstámogatás: Egyszerű (a felmerült igények mentén alakítjuk a felületet) viszont hosszú távon igen drága, hiszen a fizikailag elkülönült front-end-ek káoszt okozhatnak. Rugalmatlan (a forrásrendszerben bekövetkezett változást problémás több helyen lekezelni), inkonzisztens.<br />
* Szakterületi adattár '''szemantikai integrálása''' : egységes vállalati adatmodell lekérdezhetősége és a logikai kapcsolatok felépítése. Jóval több erőfeszítést igényel, illetve új szerepkör: adatgondnok. Csökkenti a forrásrendszerek terhelését. A bemeneti adatok konzisztenciája nem biztosított, ugyanis nincs fizikai adatintegrálás.<br />
* '''virtuálisan''' integrált szakterületi adattárak: funkcionalitás többletet ad a Middleware használata. <br />
* '''függő''' szakterületi adattár: (hub and spoke architektúra) Mind a szemantikai mind a fizikai integritás garantált. Részletes adattárház áll rendelkezésre a beérkező adatok feldolgozása után. Az adatok összekapcsolása megvalósítja, hogy a különbözőképpen megadott lekérdezések azonos eredményt szolgáltatnak. Jól skálázható, kategorikus tiltások.<br />
** részletes adattárház - nagykereskedő<br />
** szakterületi adattár - kiskereskedő<br />
<br />
==üzemeltetési architektúra==<br />
<br />
<span style="color:red"> '''CSONK''' ömlesztett </span><br />
<br />
* adatminőség problematikája<br />
** soha ne higyjünk annak, ha a megrendelő azt mondja, hogy jó minőségű az adatforrás<br />
** mit tegyünk a rossz adatokkal?<br />
*** a rekord mögött valami valós cselekmény van<br />
*** ha nem töltöm be, akkor biztos, hogy csalok<br />
*** mitől rossz?<br />
**** valami adat hibás, hiányos, értelmetlen<br />
**** nem ahhoz a klienshez lehet kapcsolni<br />
* ütemezés<br />
** betöltés, transzformáció...<br />
** elegáns megoldás<br />
*** éjszaka betöltés<br />
*** nappali lekérdezés<br />
** mi van, ha naponta többször kell adatot átvenni? hogy segít ebben a koncepcionális architektúra?<br />
*** közös diszk-alrendszer<br />
*** külön node végzi a betöltést<br />
*** külön node végzi a kérések kiszolgálását<br />
*** ha alacsony szinten (tranzakciókezelést és constraint ellenőrzést kihagyjuk), akkor sokkal gyorsabb lehet a betöltés<br />
*** bulk loading<br />
** kérdés az automatizáltság foka<br />
*** első lépésben a full automatizmus irreális cél<br />
*** legyen benne a potenciál, pl workflow management<br />
*** az üzemeltetés során alakulnak ki a feltételek, amikre a későbbiek során érdemes automatizmust építeni<br />
** hogyan menedzseljük az összeg táblákat?<br />
** hogyan monitorozzuk a használatot?<br />
*** ki, mit, mikor kérdezett le a dw-ből?<br />
*** mennyire terhelt a rendszert?<br />
** hardware, operációs rendszer üzemeltetése<br />
** fejlesztői - teszt - üzemi környezet szeparálva (teszt és üzemi adatokhoz nem szabad, hogy hozzáférjen a fejlesztő: ugyanis a teszt adatoknak valóságosnak kell lenni)<br />
** fizikailag vagy logikailag szeparálva<br />
<br />
<br />
-- [[AdamO|adamo]] - 2007.11.06.<br />
<br />
<br />
[[Category:Infoszak]]</div>Unknown user