Реорганизации на базата данни: Защо са важни и разликата между онлайн и офлайн
Реорганизациите на базата данни се извършват за спестяване на пространство за данни и подобряване на ефективността и производителността на базата данни. Тази статия обяснява защо. Следващата статия показва как да реорганизирате множество таблици и бази данни в Eclipse.
Данните в големи RDBMS таблици в крайна сметка стават фрагментирани. Размерът на таблиците и индексите се увеличава, когато записите се разпределят върху повече страници с данни. Повече четения на страници и редове в ред без присъединяване по време на изпълнение на заявка бавни отговори на заявка. За да възстановите загубеното пространство, да подобрите времето на работа на базата данни и да ускорите достъпа до данни (отговори на заявки), помислете за стратегия за реорганизиране на обектите на базата данни.
Реорганизациите на базата данни се състоят от два типа за тези обекти на таблица, индекс и пространство за таблици:онлайн (на място) и офлайн (класически).
Онлайн база данни reorgs работят постепенно чрез преместване на редове в съществуващата таблица, за да възстановят клъстерирането, да възвърнат свободно пространство и да елиминират препълващи редове. Обектите са недостъпни само за кратко време към края, а не по време на фазите на презареждане и повторно изграждане, което може да се проточи за големи обекти. Те позволяват на приложенията да се свързват с базата данни, но често забавят тяхната производителност и могат да създават изчаквания за заключване в този момент.
Офлайн база данни reorgs са по-бързи, но могат да изведат базата данни офлайн (ако се използва помощната програма за reorg на базата данни). С този метод данните се експортират от базата данни в дъмп файл (разтоварване). Обектите на базата данни, създадени на базата на извлечението, обикновено се пренареждат (сортират). След това те се връщат в същото пространство за таблици (зареждане), където индексите се възстановяват имплицитно (преизграждане).
DBA, съобразени с производителността, използват IRI FACT (Бързо извличане) за разтоварване, което създава преносим плосък файл, който може да бъде сортиран (с IRI CoSort) в основния индексен ключ на реорганизираната таблица. С този подход могат да възникнат други операции по трансформация и отчитане и базата данни остава онлайн. Предварително сортираните, директни натоварвания на пътя също заобикалят сортирането (режим) на зареждането на базата данни. Всички тези операции са автоматизирани в съветника за офлайн реорганизация на IRI Workbench.
Задържането на „сенчево“ копие на данните във файловата система за всяка таблица не трябва да бъде излишно обременително, защото след като плоският файл бъде сортиран и повторно зареден, той може да бъде изтрит. В същото време предоставянето на външни данни за reorg и достъпни за CoSort също позволява възможността за други употреби на данните, включително архивиране, отчитане, защита и миграция към друга база данни, BI инструмент и цели на приложението.
Предупреждението, разбира се, е, че по време на разтоварването други потребители на системата могат да четат и могат да актуализират пространството за таблици, така че всички актуализации през това време могат да пропуснат повторното зареждане и да създадат несъответствия в целта. Поради това се препоръчва офлайн реорганизациите да се извършват, когато не се извършват актуализации.
IRI предлага офлайн решение за реорганизация, описано и показано тук.
