2× DVD - Vitajte na stránkach www.einsty.hostujem.sk

I N F O W A R EBudovanie DÁTOVÝCH SKLADOV III.Analýza údajov v databázach – OLAP¼UBOSLAV LACKOV tomto vo¾nom pokraèovaní série èlánkov o analýzeúdajov v databázach vysvetlíme a na jednoduchýchpríkladoch ukáeme analýzu OLAP. Uvieme, e skratka OLAP znamená Online AnalyticalProcessing. Tento termín zaviedol Dr. E . F. Codd naopísanie technológie slúiacej na preklenutiemedzery medzi vyuitím osobných poèítaèov a riadenímpodnikových dát. Pre OLAP existuje viacerorôznych definícií, napríklad: vo¾ne definovaný radprincípov, ktoré poskytujú dimenzionálny rámec prepodporu rozhodovania.Pojem OLAP sa pomerne èasto zamieòa s pojmomDSS (Decision Support Systems) – systémy na podporurozhodovania. Tieto systémy umoòujú pracovníkomprijímajúcim rozhodnutia prístup k údajompotrebným na „tvorbu“ takýchto rozhodnutí.Okrem jednej z definícií pojmu OLAP uvedieme ajtzv. dvanástoro pôvodných pravidiel OLAP od Dr.E. F. Codda. 1. Multidimenzionálny konceptuálny poh¾ad:OLAP by mal poskytova pouívate¾ovi multidimenzionálnymodel zodpovedajúci podnikate¾skýmproblémom a jeho pouitie by malo by intuitívneanalytické. 2. Transparentnos: Technológia systémuOLAP, podriadená databáza a architektúravýpoètov a aj heterogénnos vstupnýchdát by mali by pre pouívate¾a transparentné,aby si udral svoju produktivitua odbornos pri pouití front-end nástrojova prostredia. 3. Dostupnos: Systém OLAP by malpristupova len k tým dátam, ktoré sú potrebnéna analýzu. Systém by mal by navyšeschopný pristupova k dátam zo všetkýchheterogénnych podnikových zdrojovdát potrebných na analýzu. 4. Konzistentné vykazovanie: Aj keïpoèet a ve¾kos databáz rastie, pouívate¾by nemal pocíti podstatné zníenie výkonu. 5. Architektúra klient – server:Systém OLAP musí zodpovedaprincípom architektúry klient– server s prihliadnutím na maximálnucenu a výkon, flexibilitua interoperabilitu. 6. Generická dimenzionalita:Kadá dimenzia dát musí byekvivalentná v štruktúre aj operaènýchschopnostiach. 7. Dynamické ošetrenie riedkychmatíc: Systém OLAP by malby schopný adaptova svoju fyzickúschému na konkrétny analytickýmodel, ktorý optimalizuje ošetrenieriedkych matíc, prièom dosiahnea udrí poadovanú úroveòvýkonu. 8. Podpora pre viacerých pouívate¾ov:Systém OLAP musí by schopný podporova pracovnúskupinu pouívate¾ov pracujúcich súèasne nakonkrétnom modeli. 9. Neobmedzené kríové dimenzionálne operácie:Systém OLAP musí dokáza rozozna dimenzionálnehierarchie a automaticky vykona asociovanékumulované kalkulácie v rámci dimenzií a ajmedzi nimi. 10. Intuitívna manipulácia s údajmi: Konsolidovanépreorientovanie ciest na detailnú úroveòa spä a iné manipulácie by sa mali vykona priamospôsobom „ukáza a kliknú, zachyti a premiestni“v bunkách kocky. 11. Flexibilné vykazovanie: Musí existovaschopnos usporiada riadky, ståpce a bunky spôsobom,ktorý umoní analýzu intuitívnou vizuálnouprezentáciu analytických zostáv. 12. Neobmedzené dimenzie a úrovne agregácie:V závislosti od poiadaviek podnikania môema analytický model viacero dimenzií, prièomkadá môe ma viacnásobné hierarchie. SystémPríklad hviezdicovejschémy (vytvorenýnad údajmi z cviènejdatabázy SH, dodávanejs Oracle 9i)Príklad schémy snehovej vloèky(vytvorený nad údajmi z cviènejdatabázy FoodMart, dodávanejs MS SQL Serverom 2000)OLAP by nemal zapríèini iadne umelé obmedzeniapoètu dimenzií alebo úrovní agregácie.Výsledkom analýzy údajov býva obyèajne multidimenzionálnadátová štruktúra – kocka.Kocka je v multidimenzionálnom dátovommodeli akýmsi ekvivalentom tabu¾ky v relaènejdatabáze. Kadá kocka má nieko¾ko dimenzií (ekvivalentindexových polí v relaèných tabu¾kách).V prvej èasti seriálu sme pre ilustráciu ukázali ajjednoduché príklady na vytvorenie kocky pre databázuspravovanú serverom Oracle 9i v jazykuPL/SQL, napríklad:SELECT mesiac, mesto, tovar, SUM(cena) AS SUMA,FROM marketGROUP BY CUBE (mesiac, mesto, tovar)Podobne môeme vytvori „kocku“ pre databázuspravovanú MS SQL Serverom 2000 pomocou príkazujazyka T-SQL:SELECT mesiac, mesto, tovar, SUM(cena) AS SUMA,FROM marketGROUP BY mesiac, mesto, tovar WITH CUBE;Pouitím klauzuly CUBE získame preh¾adnývýpis napoèítaných súhrnov súm pre dané rozmery.Na prvý poh¾ad jednoduché, ale jednýmdychom dodáme – v praxi málo vyuite¾né.Kocka sa vytvára na základe jednoduchejtabu¾ky, ktorá obsahuje dimenzie aj údaje.Takisto zistíme, e jednotlivé dimenzie kocky(mesiac, mesto, tovar) sú u „ïalej nedelite¾né“.V reálnych kockách sa toti èastovyuíva tzv. drilovanie, to znamená, e niektorúdimenziu zjemníme (drill down), alebo aknás, naopak, zaujímajú globálnejšie údaje,pouijeme hrubšie nastavenie dimenzie (drillup). ¼ahko to pochopíme napríklad na èasovejdimenzii. Niekedy potrebujeme údaje za mesiac,inokedy za týdeò alebo dokonca za jedendeò, inokedy zasa potrebujemeúdaje za jednotlivé roky.Kocku vytvárame na základe dimenziálnehomodelu, ktorý môema hviezdicovú schému (starschema) alebo schému „snehovejvloèky“ (snowflake schema).Hviezdicová schéma sa skladáz tabu¾ky faktov obsahujúcej cudziek¾úèe, ktoré sa vzahujú k primárnymk¾úèom v tabu¾kách dimenzií.Hviezdicová schéma nemá normalizovanédimenzie ani relaèné prepojeniemedzi tabu¾kami dimenzií,preto je ve¾mi ¾ahko pochopite¾ná,ale v dôsledku nenormalizovanýchdimenzií je vytvorenie takéhotomodelu relatívne pomalé, ale tentomodel poskytuje vysoký „dopytovacívýkon“. (Poznámka: Normalizácia86 PC REVUE 1/2002