V tomto oddílu naleznete popis a chování funkcí, které potřebujete znát při vytváření aplikací a databází OLAP pomocí produktu DB2 OLAP Server.
Možnosti produktu DB2 OLAP Server:
Při vytvoření databáze OLAP server DB2 OLAP Server vytvoří v relační databázi relační krychli. Relační krychle obsahuje tabulku faktů, ve které jsou uloženy hodnoty skutečných dat pro databázi. Strukturu tabulky faktů pomáhají definovat členové dimenze, kterou jste určili jako kotvicí dimenzi.
Tabulka faktů, kterou vytvoří server DB2 OLAP Server, obsahuje jeden sloupec pro každého člena určené kotvicí dimenze a jeden sloupec pro každou další dimenzi v multidimenzionální databázi. Celkový počet členů v kotvicí dimenzi plus celkový počet dalších dimenzí v databází minus jedna nesmí přesáhnout maximální počet sloupců, který je povolen v tabulce relační databáze. Toto číslo nezahrnuje sdílené nebo virtuální členy.
Pokud použijete produkt DB2 OLAP Server, správu komprese, použití datové mezipaměti a indexování zajišťuje relační databáze.
Stejně jako některé informace poskytované modulem Application Manager platí pouze při použití správce multidimenzionální paměti, existují některé informace, které platí pouze při použití správce relační paměti.
Při návrhu multidimenzionální databáze postupujte podle kroků v oddílu "Návrh multidimenzionální databáze", které vedou k optimálnímu návrhu z hlediska maximálního výkonu.
Kotvicí dimenze je dimenze, jejímž určením pomůžete při definici struktury tabulky faktů, kterou server DB2 OLAP Server vytváří v relační krychli multidimenzionální databáze.
Relační krychle obsahuje sadu dat a metadat, které společně definují multidimenzionální databázi vytvářenou pomocí modulu Application Manager či příkazů ESSCMD.
V tabulce faktů jsou uchovávány datové hodnoty pro multidimenzionální databázi. Jedná se o hlavní tabulku v relační krychli, která obsahuje tyto sloupce:
V tabulce Obrázek 3 je uveden obsah ukázkové tabulky faktů.
Obrázek 3. Ukázková tabulka faktů
![]() |
Sloupce PROFIT, SALES, COGS a INVENTORY jsou členové dimenze Účty, která byla určena jako kotvicí dimenze. Sloupce PID, TID a MID reprezentují dimenze, které nejsou kotvicí.
Každý sloupec, který představuje člena v kotvicí dimenzi, obsahuje datové hodnoty a každý sloupec, který reprezentuje nekotvicí dimenzi, obsahuje identifikační čísla pro členy dané dimenze.
Kotvicí dimenzi můžete vybrat sami, nebo výběr nechat na produktu DB2 OLAP Server.
Většina multidimenzionálních databází, které vytvoříte pomocí komponenty DB2 OLAP Server, obsahuje dimenzi Účty. Volbou dimenze Účty získáte nejsrozumitelnější a nejsnáze použitelné dotazy SQL. Vzhledem k tomu, že dimenze Účty obsahuje všechna měřítka vašich obchodních aktivit, jako je například prodej, výdaje nebo inventář, jedná se o nejčastěji používaného kandidáta na kotvicí dimenzi. Samozřejmě můžete vybrat jinou dimenzi.
Kotvicí dimenze musí splňovat následující předpoklady:
M = C-(N-1)
kde:
Argument M představuje počet členů v kotvicí dimenzi, kteří uchovávají data.
Argument C je maximální počet sloupců povolených v tabulce relační databáze.
Argument N je celkový počet dimenzí v osnově databáze.
Je-li například maximální počet sloupců v relační databázi 254 a vaše databáze má šest dimenzí, dimenze, kterou určíte kotvicí dimenzí, může obsahovat až 249 členů. Toto číslo nezahrnuje sdílené nebo virtuální členy.
Navíc by kotvicí dimenze měla mít následující vlastnosti:
Nespoléhejte se na automatický výběr kotvicí dimenze komponentou DB2 OLAP Server, ale kotvicí dimenzi pečlivě vyberte sami. Jakmile do multidimenzionální databáze zavedete data, kotvicí dimenzi nemůžete změnit nebo odstranit bez předchozího smazání všech dat z databáze. Po změně nebo odstranění kotvicí dimenze musíte všechna data znovu načíst. Výběr kotvicí dimenze ovlivní výkon dotazů, kalkulací a zavádění dat.
Při automatickém výběru kotvicí dimenze komponenta DB2 OLAP Server nejprve vyhledá hustou dimenzi s příznakem účtu a s počtem členů typu M = C-(N-1). Pokud touto metodou nenajde hustou dimenzi, vybere první hustou dimenzi v osnově s počtem členů typu M = C-(N-1). Kotvicí dimenzi vybranou komponentou DB2 OLAP Server si můžete prohlédnout. Další informace naleznete v oddílu "Zobrazení běhových parametrů DB2 OLAP Server".
Chcete-li nastavit kotvicí dimenzi, vytvořte uživatelský atribut RELANCHOR pro člena nejvyšší úrovně v rámci dimenze. Člen nejvyšší úrovně je člen, který představuje jméno dimenze.
Komponenta DB2 OLAP Server použitím člena s atributem RELANCHOR určuje, která dimenze má být použita jako kotvicí dimenze při vytvoření tabulky faktů.
Atribut RELANCHOR lze přiřadit pouze jednomu členu.
Podrobné pokyny týkající se vytvoření uživatelského atributu pro člena v dimenzi naleznete v příručce Database Administrator's Guide.
Nastavení kotvicí dimenze a další běhové parametry můžete zobrazit v modulu Application Manager. Další informace naleznete v oddílu "Zobrazení běhových parametrů DB2 OLAP Server".
Při vytvoření multidimenzionální databáze pomocí komponenty DB2 OLAP Server je počet dimenzí, které může databáze obsahovat, omezen maximálním počtem sloupců v tabulce relační databáze.
Tabulka faktů, která představuje největší tabulku vytvořenou v relační databázi komponentou DB2 OLAP Server, obsahuje jeden sloupec pro každého člena určené kotvicí dimenze a jeden sloupec pro každou další dimenzi v multidimenzionální databázi. Celkový počet členů v kotvicí dimenzi plus celkový počet členů v ostatních dimenzích v databázové osnově minus jedna proto nemůže přesáhnout maximální počet sloupců, který je povolen v relační databázi. Toto číslo nezahrnuje sdílené nebo virtuální členy.
Postup při určení maximálního počtu dimenzí, který může obsahovat relační krychle:
Nezapomeňte zahrnout nejvyšší úroveň dimenze. Nejvyšší úroveň dimenze je nutné započítat jako člena, protože může obsahovat hodnotu představující konsolidaci členů nižších úrovní.
Pokud například kotvicí dimenze nebude obsahovat více než 100 členů a relační databáze umožňuje v tabulce 254 sloupců, můžete mít až 153 dimenzí.
Na počet členů obsažených v ostatních dimenzích, které nejsou kotvicí, se nevztahuje žádné omezení.
Produkt DB2 OLAP Server a sada DB2 OLAP Starter Kit poskytují funkci duálního správce paměti, která při ručním vytváření aplikace nebo při vytváření aplikace klientským programem umožňuje výběr mezi správcem multidimenzionální paměti a správcem relační paměti. Výchozí správce paměti je určen v souboru ESSBASE.CFG příkazem DATASTORAGETYPE. Jako výchozí je určen správce multidimenzionální paměti. Pokud soubor ESSBASE.CFG neexistuje nebo v něm není uveden příkaz DATASTORAGETYPE, použije se výchozí správce.
Pokud jste přešli na vyšší verzi produktu DB2 OLAP Server a jako výchozí volbu jste používali správce relační paměti, instalační program přidá do souboru ESSBASE.CFG položku, která zajistí výchozí použití správce relační paměti. Po dokončení instalace nové verze produktu DB2 OLAP Server musíte před změnou příkazu DATASTORAGETYPE spustit a ukončit každou ze stávajících aplikací. Komponenta DB2 OLAP Server používá typ paměti určený v souboru ESSBASE.CFG při spuštění stávajících aplikací. Jakmile aplikace spustíte a ukončíte, můžete změnit příkaz DATASTORAGETYPE a změna se uplatní při dalším spuštění aplikací.
Pokud používáte modul Administration Manager, můžete při vytvoření nové aplikace určit správce multidimenzionální paměti nebo správce relační paměti. Typ vybraného správce paměti potlačí jakékoli předvolené nastavení, které jste určili v příkazu DATASTORAGETYPE.
Postup při úpravě souboru ESSBASE.CFG:
V modulu Application Manager lze zobrazit tyto běhové parametry:
Postup při zobrazení běhových parametrů:
Nejdůležitějším předpokladem při načítání dat je pořadí vstupních dat. Nejlepšího výkonu dosáhnete, pokud budete načítat data v obráceném pořadí osnovy. To platí v případě, že osnova je uspořádána s hustou dimenzí jako první, za kterou následují řídké dimenze, u kterých se zvětšuje velikost. Načtěte nejprve největší řídkou dimenzi, poté druhou největší dimenzi atd. Poslední načtěte husté dimenze.
Pokud tímto způsobem uspořádáte vstupní data, jejich načtení bude značně rychlejší, protože veškerá data pro jednotlivé bloky jsou načítána současně. Bloky jsou také načítány ve správném pořadí indexů. Pokud je pořadí vstupních dat nevyhovující, správa indexů je složitější - bloky jsou zapisovány při načítání různých datových prvků na několikrát a všechny další operace jsou zaznamenány do žurnálu.
Rychlost načítání dat lze optimalizovat dalšími kroky. Před vlastním načítání dat si přečtěte oddíl "Vyladění načítání dat". Informace o načítání dat jsou uvedeny také v příručce Database Administrator's Guide.