Организация единообразного хранения

Этот подход усложняет модификацию и удаление данных об объектах и обостряет уже известные проблемы непротиворечивости представления избыточных данных. Более того, усложняется поиск данных одновременно в соответствии с графическим и неграфическим описаниями (например, при поиске объектов определенного типа в заданной области изображения) . Ситуация еще более усложняется при хранении графических файлов отдельно от обычной базы данных. Следовательно, желательно объединение обычной базы данных и файла с графической информацией, и оно является подходящей основой для реализации САПР. Теперь опишем подход к разработке СУБД, который, как представляется, обеспечивает решение поставленных выше задач. Основная идея такого подхода состоит в придании администратору базы данных способности сообщать СУБД, какие части информации критичны с точки зрения процесса интерактивного диалога. Эта концепция базируется на общем принципе, в соответствии с которым СУБД будет хранить информацию на устройствах прямого доступа в виде определенных «страниц», а процесс поиска будет более быстрым, если информация, которую предстоит искать, будет записываться на той же странице или, по крайней мере, на следующих друг за другом страницах. Кроме того, эффективность работы СУБД можно повысить, если сообщать ей, какая информация, вероятно, понадобится вместе с частью уже найденных данных. Различаются: критические по времени структуры; СУБД будет пытаться записывать все экземпляры этой структуры в ту же самую внутреннюю страницу памяти базы данных (или в последовательные страницы); критические по времени ссылки; в каждую внутреннюю страницу записывается только одна структура данных вместе со ссылками на другие элементы этой структуры данных.

Releated Post

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.