Database Programming & Design
Обзор статьи "Bringing Object Relational Down To Earth" - часть 11
указатели по памяти и при окончании транзакции выталкивают в базу
данных объекты, измененные в памяти. Опасность для приложений,
связанная с использованием указателей по памяти, может быть
сведена к минимуму за счет применения техники косвенных
указателей на описатели объектов.
RDB не поддерживают преобразование указателей и кэширование.
Поэтому приложения RDB использовать явные запросы с соединением
или хотя бы направленные к одной таблице для эмуляции простой
навигации объектов. Более того, приложения RDB должны также
отправлять измененные записи по одной в базу данных через
интерфейс RDB.
В ObjectSQL запросы и вызовы функций API могут использоваться в
комбинации. Запрос ObjectSQL может использоваться для загрузки
объектов в жизненный кэш; последующие вызовы API могут загрузить
дополнительные объекты, на которые имеются ссылки из объектов,
уже находящихся в кэше. При этом преобразование формата объектов,
преобразование указателей, передача объектов из базы данных в
кэш, сборка мусора и перемещение объектов из кэша в базу данных
должны выполняться автоматически. Оператор End Transaction
автоматически вытолкнет измененные объекты в базу данных.
Производительность и масштабируемость
ORDB должны быть нацелены на те сегменты рынка баз данных, в
которых чистые RDB не справляются с трудностями моделирования
сложных данных и управления мультимедийными данными, а также на
те сегменты, потребностям которых не могут удовлетворить OODB по
причине плохой масштабируемости и недостаточной развитости
критически важных служб.
Производительность системы баз данных, в конечном счете,
определяет ее возможный успех и поэтому требования высокой
производительности являются первичными. По отношению к ORDB
требования производительности выглядят следующим образом:
ORDB должна быть совместимой (с возможностью отклонения в
пределах 20 процентов) с производительностью чистых RDB
