Cтраница 2
Особое место среди четырех упомянутых моделей данных занимают инфологические модели. Хотя эти модели непосредственно не поддерживаются СУБД, уровень инфологического описания органично сочетается с многоуровневой архитектурой современных и перспективных систем ведения данных. Нетрудно предугадать и тенденцию к миграции конкретных моделей данных из инфологического класса в даталогический или, вернее, тенденцию к смещению границ между этими классами, обусловленную повышением уровня их семантичности. [16]
Стоит заметить, что при проектировании архитектуры системы часто не уделяют внимания обеспечению естественного разделения функций архитектурных уровней. В результате в значительной мере утрачивается возможность достижения той степени независимости данных, которая потенциально способна обеспечить чисто реализованная многоуровневая архитектура. Наиболее часто встречающиеся дефекты архитектуры заключаются в том, что спецификации некоторых характеристик организации хранимых данных, законное место которых в схеме внутреннего представления, попадают в схему концептуального уровня. [17]
Хотя во всех трех системах разделяется предложение задач к выполнению и их реальное выполнение, только архитектура MOLGEN позволяет задачам взаимодействовать нетривиальным способом. Как отметил Стефик ( Stefik), если такое взаимодействие не организуется явным образом на более высоких уровнях, оно может привести к весьма неожиданным результатам на более низких. Естественно, многоуровневая архитектура должна существенно упростить решение проблемы, если в ней правильно выполнено распределение нагрузки по уровням. По мере перехода на более высокие уровни решаемые задачи должны упрощаться. На самом высоком уровне, уровне интерпретатора, решается единственная тривиальная задача запуска на выполнение той подзадачи, которая стоит первой в списке актуальных. [18]
В этой связи важнейшее значение имеют отслеживание характеристик среды хранения в процессе функционирования системы с помощью специально предусмотренного инструментария и осуществление соответствующей перенастройки физической базы данных, называемой реорганизацией базы данных. Решение указанных задач входит в круг обязанностей администратора базы данных. Благодаря механизмам многоуровневой архитектуры системы удается проводить реорганизацию базы данных таким образом, чтобы приложения оставались нечувствительными к изменениям, осуществляемым в среде хранения. [19]
Предусматривается использование машин баз данных не только в качестве периферийного оборудования универсальных ЭВМ, но и в качестве самостоятельных процессоров - узлов сети ЭВМ. В указанных классах приложений сложная многоуровневая архитектура требует значительных накладных расходов на преобразование представлений данных, весьма сложны алгоритмы обработки транзакций и протоколы обмена данными. Необходимо добиться здесь высокой производительности с приемлемыми затратами. [20]
Здесь уместно сделать важное замечание. Разработчики некоторых СУБД при проектировании архитектуры системы не уделяют достаточного внимания обеспечению естественного разделения функций архитектурных уровней. В результате в значительной мере утрачивается возможность достижения той степени независимости данных, которую потенциально способна обеспечить чисто реализованная многоуровневая архитектура. Наиболее часто встречающиеся дефекты архитектуры заключаются в том, что спецификации некоторых характеристик организации хранимых данных, законное место которых в схеме внутреннего уровня, попадают в схему концептуального уровня. [21]
В этой связи стали разрабатываться специальные модели данных и языковые средства, ориентированные на особые классы приложений, новые подходы к организации хранения данных такой природы. Создается также типовой программный инструментарий для их поддержки, обладающий в силу учета специфики предметной области дружественным для пользователя характером. Такие средства разрабатываются чаще всего как специальные надстройки над различными СУБД общего назначения, образуя тем самым новый уровень в многоуровневой архитектуре систем баз данных и в полной мере используя их функциональные возможности. [22]