Reorganizace databáze: Proč na nich záleží a jaký je rozdíl mezi online a offline režimem
Reorganizace databáze se provádějí za účelem úspory datového prostoru a zlepšení efektivity a výkonu databáze. Tento článek vysvětluje proč. Následující článek ukazuje, jak přeskupit více tabulek a databází v Eclipse.
Data ve velkých tabulkách RDBMS se nakonec fragmentují. Velikost tabulek a indexů se zvětšuje s tím, jak jsou záznamy distribuovány na více datových stránkách. Více přečtení stránky a řádků v nepřipojeném pořadí během provádění dotazu zpomaluje odpovědi na dotazy. Chcete-li získat zpět nevyužitý prostor, zlepšit dostupnost databáze a urychlit přístup k datům (odpovědi na dotazy), zvažte strategii reorganizace databázových objektů.
Reorganizace databáze sestává ze dvou typů pro tyto objekty tabulky, indexu a tabulkového prostoru:on-line (na místě) a off-line (klasický).
Online databáze reorgs pracují postupně přesouváním řádků ve stávající tabulce, aby se znovu nastavilo shlukování, uvolnilo se volné místo a odstranily se přetečené řádky. Objekty jsou nedostupné pouze na krátkou dobu blízko konce, nikoli během fází nabíjení a přestavby, které se mohou u velkých objektů protáhnout. Umožňují aplikacím připojit se k databázi, ale často zpomalují jejich výkon a mohou v tu chvíli vytvořit čekací doby.
Offline databáze reorgs jsou rychlejší, ale mohou převést databázi do stavu off-line (pokud je použit nástroj pro obnovu databáze). Touto metodou jsou data exportována z databáze do souboru výpisu (unload). Databázové objekty se zálohují na základě výpisu, obvykle přeuspořádaného (seřazeného). Poté se vrátí do stejného tabulkového prostoru (načtení), kde se indexy implicitně obnoví (přebudování).
DBA s důrazem na výkon používají pro uvolnění IRI FACT (Fast Extract), který vytvoří přenosný plochý soubor, který lze třídit (pomocí IRI CoSort) na primárním indexovém klíči reorganizované tabulky. S tímto přístupem mohou probíhat další transformační a reportovací operace a databáze zůstává on-line. Předem seřazené, přímé načtení cesty také obchází řazení (režii) zavaděče databáze. Všechny tyto operace jsou automatizované v průvodci offline reorg IRI Workbench.
Uchovávání „stínové“ kopie dat v systému souborů pro každou tabulku by nemělo být nepřiměřeně náročné, protože jakmile je plochý soubor roztříděn a znovu načten, může být smazán. Ve stejné době, když jsou data reorganizace externalizována a dostupná pro CoSort, také umožňuje další použití dat, včetně archivace, vytváření sestav, ochrany a migrace do jiné databáze, nástroje BI a cíle aplikace.
Výhradou samozřejmě je, že během uvolňování mohou ostatní uživatelé systému číst a mohou aktualizovat tabulkový prostor, takže jakékoli aktualizace během této doby by mohly zmeškat opětovné načtení a způsobit nekonzistence v cíli. Proto se doporučuje, aby se offline reorganizace prováděla, když aktualizace neprobíhají.
IRI nabízí off-line reorg řešení, popsané a zobrazené zde.