Instalační a uživatelská příručka systému OLAP


Nutné znalosti k použití produktu DB2 OLAP Server

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 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.

Určení kotvicí dimenze

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ů


Figure tables not displayed.

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.

Kritéria pro výběr kotvicí 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:

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".

Nastavení kotvicí dimenze

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".

Omezení počtu dimenzí v databázi

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:

  1. Rozhodněte, která dimenze bude stanovena kotvicí dimenzí.
  2. Odhadněte maximální počet členů, který bude vytvářená aplikace obsahovat po celou dobu své existence.

    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í.

  3. Odečtěte maximální počet členů, který bude kotvicí dimenze obsahovat, od maximálního počtu sloupců, který je povolen v tabulce relační databáze.

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í.

Volba správce paměti

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:

  1. Vytvořte soubor v adresáři x:\essbase\bin s názvem ESSBASE.CFG (nebo essbase.cfg v systému UNIX), pokud již tento soubor neexistuje.
  2. Chcete-li jako výchozí volbu stanovit správce multidimenzionální paměti, přidejte nebo upravte příkaz DATASTORAGETYPE v souboru takto: DATASTORAGETYPE MD.
  3. Chcete-li jako výchozí volbu stanovit správce relační paměti, přidejte nebo upravte příkaz DATASTORAGETYPE v souboru takto: DATASTORAGETYPE DB2.

Zobrazení běhových parametrů DB2 OLAP Server

V modulu Application Manager lze zobrazit tyto běhové parametry:

Postup při zobrazení běhových parametrů:

  1. Vyberte položku Information z nabídky Database. Otevře se okno Database Information.
  2. Klepněte na ouško Run-time.

Načtení dat do databáze

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.


[ Začátek stránky | Předchozí stránka | Další stránka | Obsah | Rejstřík ]