129

ты с копией БД или объектами, допускающими синхронизацию данных) возможно использование обычных файловых архиваторов;

2)для хранения сжатых данных при резервном копировании требуется меньше устройств резервного копирования;

3)при использовании сжатия данных появляется возможность упаковывать больше ключей в блок индекса заданного размера. Используемые значения ключей сначала сжимаются, а уже потом начинают сравниваться со сжатыми ключами в самом индексе. Следовательно, если мы имеем больше ключей, хранимых в индексном блоке заданного размера, то в результате потребуется меньше операций для поиска того блока индекса, который необходим для доступа к нужным данным.

В различных СУБД могут существовать свои алгоритмы сжатия данных, однако не существует обобщающего алгоритма для обеспечения наилучшего эффекта сжатия данных. Так, например, в СУБД MS Access при сжатии базы данных индексы оптимизируются по быстродействию, т.е. для поддержания оптимизации по быстродействию необходимо регулярно выполнять сжатие базы данных. Для такой цели

вэтой СУБД существует специальная подпрограмма сжатия данных.

8.2.4. БД, поддерживаемые в оперативной памяти

В настоящее время существуют СУБД, способные обрабатывать данные в оперативной памяти на качественно более высоком уровне. Использование СУБД такого класса позволяет пользователям обрабатывать данные в несколько раз быстрее, чем в случае с работой при обращении непосредственно к жестким дискам. Обычно для БД, поддерживаемым в оперативной памяти, их состояние сохраняется в некоторых контрольных точках в виде дисковых копий. Такие контрольные точки возникают в периоды наименьшей активности пользователей.

8.3. Экстенсиональная и интенсиональная части базы данных

Абстрагируясь от конкретных СУБД и внимательно присмотревшись к тому, что реально хранится в базе данных, можно заметить наличие трех различных видов информации. Во-первых, это информация, характеризующая структуры пользовательских данных (описание структурной части схемы базы данных). Такая информация в случае реляционной базы данных сохраняется в системных отношенияхкаталогах и содержит главным образом имена базовых отношений и имена и типы данных их атрибутов. Во-вторых, это собственно наборы

130

кортежей пользовательских данных, сохраняемых в определенных пользователями отношениях. Наконец, в-третьих, это правила, определяющие ограничения целостности базы данных, триггеры базы данных и представляемые (виртуальные) отношения. В реляционных системах правила опять же сохраняются в системных таблицах-каталогах, хотя плоские таблицы далеко не идеально подходят для этой цели [1].

Информация первого и второго вида в совокупности явно описывает объекты (сущности) реального мира, моделируемые в базе данных. Другими словами, это явные факты, предоставленные пользователями для хранения в БД. Эту часть базы данных принято называть экстенсиональной.

Информация третьего вида служит для руководства СУБД при выполнении различного рода операций, задаваемых пользователями. Ограничения целостности могут блокировать выполнение операций обновления базы данных, триггеры вызывают автоматическое выполнение специфицированных действий при возникновении специфицированных условий, определения представлений вызывают явную или косвенную материализацию представляемых таблиц при их использовании. Эту часть базы данных принято называть интенсиональной; она содержит не непосредственные факты, а информацию, характеризующую семантику предметной области.

Несложно заметить, что в реляционных базах данных на первом месте стоит экстенсиональная часть, а интенсиональная часть несет вспомогательную нагрузку.

Контрольные вопросы

1.Перечислите основные составляющие базы данных.

2.Назовите основные типы индексов.

3.Поясните метод доступа к данным посредством хеширования.

4.В чем заключается оптимизация работы с базой данных?