Системы ООТ и глобально фрагментированные индексы

Система ООТ характеризуется частым выполнением множества небольших транзак-

ций, читающих и изменяющих данные. Обычно беспокоиться о поддержке перемещаю-

щихся окон данных не приходится. Прежде всего необходимо обеспечить быстрый до-

ступ к строкам. Целостность данных — жизненно важна. Доступность данных также

имеет большое значение.

Глобально фрагментированные индексы имеет смысл использовать в системах ООТ.

Данные таблицы могут быть фрагментированы только по одному ключу, по одному на-

бору столбцов. Однако могут понадобиться различные способы доступа к данным.

В хранилище данных мы просто использовали бы локально фрагментирован-

ные индексы по перечисленным выше ключам и параллельный просмотр диапазонов по

индексам для быстрого доступа к данным. Там не нужно было бы использовать игнори-

рование фрагментов, но в системе ООТ, однако, это необходимо. Распараллеливание

запроса в таких системах неприемлемо — надо предоставить соответствующие индексы.

Поэтому необходимо использовать глобально фрагментированные индексы по некото-

рым полям.

Итак, необходимо достичь следующих целей:

• быстрый доступ;

• целостность данных;

• доступность данных.

В системе ООТ этого позволяют добиться глобально фрагментированные индексы,

поскольку характеристики этой системы существенно отличаются от хранилища данных.

Не будут использоваться перемещающиеся окна, не придется делить фрагменты (разве

что в период запланированного простоя), не нужно переносить данные из одного таб-

личного пространства в другое и т.д. Действия, типичные для хранилищ данных, обыч-

но не выполняются в системе оперативной обработки транзакций.

Документация Oracle утверждает, что глобально фрагментированные индексы обеспе-

чивают "меньшую доступность" данных, чем локально фрагментированные. Не могу полностью согласиться с этой безоговорочной характеристикой. Я уверен, что в системе ООТ они обеспечивают такую же степень доступности, как и локально фрагментированные.

Резюме

Фрагментация особенно полезна как средство повышения масштабируемости при уве-

личении размеров больших объектов в базе данных. Повышение же масштабируемости

положительно сказывается на производительности, доступности данных и упрощает ад-

министрирование. Все три последствия крайне важны для разных категорий пользова-

телей. Для администратора базы данных имеет значение возможность эффективного уп-

равления. Владельцев системы интересует доступность данных. Простой — это потеря

денег, и все, что сокращает простой (или минимизирует его влияние), повышает отдачу

Пользователей системы интересует производительность, медленно работа-

ющие системы никто не любит.

Мы также выяснили, что в системе ООТ фрагментация может и не повысить произ-

водительность, особенно при неправильной реализации. Фрагментация повышает про-

изводительность выполнения тех классов запросов, которые нехарактерны для систем

ООТ. Это важно понимать, поскольку многие считают фрагментацию средством "безус-

ловного повышения производительности". Это не означает, что фрагментацию не надо

использовать в системах ООТ — она обеспечивает в этой среде другие, менее заметные

преимущества. Сокращается время простоев. Производительность остается удовлетво-

рительной (фрагментация при правильном применении не замедлит работу). Упроща-

ется управление системой, вследствие чего повышается производительность, поскольку

некоторые действия по сопровождению администратор базы данных выполняет чаще —

они ведь выполняются быстрее.

Мы изучили различные схемы фрагментации таблиц, предлагаемые сервером: по ди-

апазону, по хеш-функции и смешанную фрагментацию, и обсудили, для каких случаев

каждая из них больше всего подходит. Существенное внимание было уделено фрагмен-

тации индексов, оценке различий между индексами с префиксом и без префикса, ло-

кально и глобально фрагментированными. Оказалось, что глобально фрагментирован-

ные индексы не подходят для большинства хранилищ данных, но в системе ООТ именно

они используются чаше всего.

Предоставляемые СУБД Oracle возможности фрагментации постоянно развиваются,

причем, на следующие версии запланированы существенные улучшения. Со временем,

вследствие увеличения размеров баз данных и сложности приложений, фрагментация

будет, как мне кажется, использоваться еще более широко. Сеть Internet и присущие ей

аппетиты в отношении баз данных приводят к созданию все больших подборок данных,

а фрагментация является естественным средством, позволяющим справиться с возника-

ющими при этом проблемами.

Дата добавления: 2015-08-09