Posted By: medved (A~z na v~eky Mikov~ce.) on 'CZdatabases' Title: Re: Case pro datove sklady (od Pozdy) Date: Mon Aug 23 15:45:36 2004 Protoze se uz nejakou dobu orientujeme na SW od IBM (jako kazdy ma svoje vyhody a svoje mouchy), tak pouzivame pro DW hlavne jeji nastroje. Jako databazi bereme DB2, ktera je tedka dodavana s nastrojem DataWarehouse Center (pripadne placene rozisreni Datawarehouse Manager) pro vytvareni ETL procesu (stoji v pozici informatiky). Pro uchovavani metadat pouzivame Information Catalog. Pro popis a optimalizaci multidimenzionalnich struktur Cube Views. Jako Olap nastroj pozivame IBM Olap Server, coz neni nic jineho nez Hyperion Olap Server. Pripadne pro mapovani z hvezdy nebo vlocky do MD DB Integration Server. Vsechny tyto produkty jsou orientovany na pozdni etapy vyvoje DW. V cem mi neni uplne jasno je to, co pouzivat pro pocatecni faze projektu, hlavne co se tyce analyzy. Takze hledam neco, co mi umozni nadefinovat - pozadavky uzivatele. - statickou strukturu DW (vlocku, hvezdu). Je mi asi jedno, jestli bude generovana z Multidimenzionalniho modelu, nebo ji budu muset vytvaret rucne. (Class Diagram jsem bral ze zoufalstvi, ve snaze priohnout UML, ale asi to neni prave orechove) - umozni mi to popsat strukturu datovych zdroju, pristup, objem, anomalie, pravidla ... - a na relativne obecne urovni datove mapovani. Ze budu muset pouzivat filtrovani, konverze, zmenu kodovani, ze budu muset spustit proceduru pro procisteni dat ... Proste koncetualni model ETL, ve kterem nebudu zabihat do podrobnosti. Tedka mam nainstalovany trial PowerDesigneru. Dovedu si docela predstavit, jak v nem budu navrhovat MD Dimenzional modely, Datove modely apod. Jen si nejsem zatim jisty, jestli se hodi pro posledni krok. Nastin ETL procesu. Pozda > > Potreboval bych poradit s vyberem nejakeho CASE prostredku a nebo aspon > > metodologie, diagramu apod pro navrh datovych skladu. > > > > Jak modelovat statickou strukturu DW (tabulky, klice, hierarchie apod.) > > je mi docela jasne. K tomu lze pouzit bud UML (class diagram) nebo > > stary znamy ERD. > > Ale fuj! Dokonce class diagramy... > > Pro modelovani datovych skladu potrebujes neco, co umi tzv. > multidimenzionalni > modelovani - hvezdicova a vlockova schemata, fakta a dimenze apod. To jsou > veci, se kterymi operujes pri analyzach v DW. > > A navic neco, co umi tohle > > a) prevest tento multidimenzionalni model do platformy datoveho skladu > (napriklad na ERD - tabulky a relace v klasicke databazi nebo na definici > multidimenzionalni kostky pro nejakou specialni DW databazi). > > b) totez vytvorit i pro OLAP nastroj, ktery budete pouzivat (Business > Objects > Universe, Microstrategy...) > > > V cem tapu je, jak vhodne zachytit ETL procesy. Nedari se mi najit > > prostredek, > > kterym bych popsal strukturu datovy zdroju, datovych cilu a navaznost > > datovych transformaci. Zkousel jsem k tomu priohnout z UML collaboration > > diagram, sequence diagram nebo bussiness proces model, ale porad to neni > to > > prave orechove. > > Nektere CASE nastroje, ktere umi to MDModelovani (napr. PowerDesigner) > dokazi > pracovat i s jednoduchym mapovanim dat. Typicky ale jen odkaz na zdrojova > data > (tabulka). > > Mnohem lepsi prostredi poskytuji specializovane ETL nastroje, ktere budou > pak > plnit ten datovy sklad. Konkretne treba Informatica ma plugin do zmineneho > CASE PowerDesigner (a myslim i do ErWina), kde se daji ETL procesy dobre > definovat. > > A co je nejdulezitejsi pro datovy sklad - pri tomto vsem je nutne schranovat > > veskera metadata a predavat je do jednotlivych "runtime" prostredi. Neboli > vedet, ze termin bonita zakaznika je pozitan z polozky BFLM v tabulce XYZ v > datovem skladu, ktera je plnena jednou tydne agregovanymi udaji z tabulek > ABC > a JKL v databazich PQ a RS pod operativnimi systemy moje-mile_ucetnictvi a > objednavkovy.system_kladivo.na.odberatele . > > > Nemate s tim nekdo zkusenosti. > > Klidne se ptej... > > > Pozda > > Bye > > Medved > > No matter where you go, everyone is connected. Bye Medved No matter where you go, everyone is connected.