2.2.1. Доступ к объекту
Важным аспектом является способ доступа к объекту во внешней памяти, особенности которого могут оказать значительное влияние на производительность ООСУБД. Если вновь обратиться к подходу, используемому в обычных реляционных СУБД, применяющих двухуровневую модель хранения, то можно выделить типичные этапы, показанные на рисунке и описанные ниже.
Рис. 2.1. Двухуровневая модель хранения данных
СУБД определяет страницу во внешнем устройстве хранения, содержащую требуемую запись, используя механизмы индексов или выполняя полный просмотр таблицы, если это необходимо. Затем СУБД считывает эту страницу из внешнего устройства хранения и копирует ее в кэш.
СУБД последовательно переносит требуемые элементы записи из кэша в пространство памяти приложения. При этом может понадобиться выполнить преобразования типов данных SQL в типы данных приложения.
Приложение может обновлять значения полей в своем собственном пространстве памяти.
Модифицированные приложением поля данных средствами языка SQL переносятся назад в кэш СУБД, в процессе чего может опять потребоваться выполнить преобразование типов данных.
Наконец, СУБД сохраняет обновленную страницу на внешнем устройстве хранения, переписывая ее из кэша.
В свою очередь, для извлечения объекта из внешнего устройства хранения при использовании одноуровневой модели хранения ООСУБД выполняет только те этапы, которые показаны на рисунке.
Рис. 2.1. Одноуровневая модель хранения данных в ООСУБД
ООСУБД находит на внешнем устройстве хранения страницу, содержащую требуемый объект, используя его OID или индекс, если это необходимо. Затем ООСУБД считывает из внешнего устройства хранения требуемую страницу и копирует ее в кэш страниц приложения, находящийся в пределах памяти, отведенной приложению.
ООСУБД может затем выполнить несколько различных преобразований:
подстановку ссылок (указателей) одного объекта на другой;
введение в состав данных объекта информации, которая необходима для обеспечения соответствия требованиям, предъявляемым со стороны языка программирования;
изменение формата представления данных, созданных на разных аппаратных платформах или языках программирования.
Приложение осуществляет непосредственный доступ к объекту и обновляет его по мере необходимости.
Когда приложению потребуется сделать внесенные изменения перманентными или просто выгрузить на время страницу из кэша на диск, то перед копированием страницы на внешнее устройство хранения ООСУБД должна выполнить обратные преобразования, аналогичные описанным выше.
2.3. Перманентность
СУБД должна предоставлять поддержку хранения перманентных (persistent) объектов, сохраняющихся даже после завершения пользовательского сеанса или прикладной программы, во время которых они были созданы. Этим они отличаются от временных (transient) объектов, которые присутствуют в памяти только во время работы программы. Перманентные объекты хранятся до тех пор, пока они нужны, после чего они могут уничтожаться.
Ниже представлены три схемы реализации перманентности в ООСУБД: создание контрольных точек (checkpointing), сериализация (serialization) и явнай подкачка объектов (explicit paging).