Архитектуры ООСУБД. Анализ реализаций


Физическая идентификационная информация - часть 2


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

Ключевое отличие в реализации систем с физической идентификационной информацией приводит к существенному отличию по части масштабируемости при управлении «сырыми» данными на дисках. Применение в архитектуре, основанной на страницах, подхода трансляции адресов делает невозможным истинно интегрированное распределение данных на диске. Можно сегментировать данные внутри одной базы данных, чтобы приложения работали с подобластями этой базы данных в адресных пространствах своих процессов, но невозможно обеспечить в дисковой подсистеме распределенную (федеративную) базу данных, доступную клиентам в виде логического источника данных. Это означает, что в реализации архитектуры, основанной на контейнерах, возможности масштабируемости распространяются до терабайтных и даже петабайтных диапазонов, но в реализации архитектуры, основанной на страницах, они ограничены диапазонами мегабайт или гигабайт.




Начало  Назад  Вперед



Книжный магазин