Архитектурные уровни
Cтраница 1
Архитектурные уровни ИНМОС представлены на рисунке; слева - набор видимых пользователю интерфейсов вместе с номерами уровней. Справа в прямоугольниках показаны процессоры уровней. Буква в скобках обозначает тип процессора: И - интерпретатор, Т - транслятор. [1]
Как и схемы базы данных других архитектурных уровней, схема хранения оперирует в терминах типов, а не экземпляров объектов хранимых данных. Для ее спецификации используются специальные языковые средства. [2]
Образцом тщательной реализации идеологии разделения функций архитектурных уровней системы баз данных являются языковые спецификации CODASYL для систем баз данных сетевой структуры. [3]
В дальнейшем приводится достаточно подробное описание одного из архитектурных уровней рассматриваемой ЛС - канального уровня. Выбор этого уровня для обсуждения не случаен, а определяется его важной ролью среди остальных функциональных уровней сети. При определенных ограничениях можно построить простую локальную сеть, в которой прикладная программа в каждом узле ЛС непосредственно взаимодействует с канальным уровнем. В этом случае все уровни, выше канального, могут иметь нулевую функциональность, либо некоторые из функций этих уровней берет на себя прикладная программа. [4]
Механизмы междууровневого отображения данных в СУБД обеспечивают отображение моделей данных смежных архитектурных уровней системы. Каждому объекту представления базы данных на одном из этих смежных уровней они ставят в соответствие объект или некоторую продуцируемую конструкцию из объектов представления базы данных другого уровня. Аналогичным образом эти механизмы поддерживают и отображение операций над объектами данных. [5]
Стоит заметить, что при проектировании архитектуры системы часто не уделяют внимания обеспечению естественного разделения функций архитектурных уровней. В результате в значительной мере утрачивается возможность достижения той степени независимости данных, которая потенциально способна обеспечить чисто реализованная многоуровневая архитектура. Наиболее часто встречающиеся дефекты архитектуры заключаются в том, что спецификации некоторых характеристик организации хранимых данных, законное место которых в схеме внутреннего представления, попадают в схему концептуального уровня. [6]
 |
Функциональные уровни ар НОГО байта. [7] |
Эта модель ВОС представляет собой свод концепций о логической организации вычислительных сетей, определяющий общую структуру архитектурных уровней обобщенной вычислительной сети, рациональное разбиение сетевой архитектуры на уровни и важнейшие функции, которые должны выполняться на каждом из выделенных уровней. Модель сформулирована в общем виде и не привязана к конкретной структуре, физической среде передачи и методу доступа. Она справедлива для любых вычислительных сетей, в том числе и для локальных сетей. [8]
В первом разделе книги было показано, насколько важной характеристикой СУБД является класс тех моделей данных, которые поддерживаются средствами механизмов их архитектурных уровней. Если проанализировать с этих позиций доступные СУБД для персональных ЭВМ, то можно обнаружить, что спектр имеющихся возможностей заполнен здесь далеко не равномерно и существуют явно выраженные предпочтения. [9]
В некоторых СУБД механизмы междууровневого отображения фактически управляемы, но их внешние интерфейсы функционально объединены с внешними интерфейсами одного из связываемых ими смежных архитектурных уровней. Такой подход используется, например, в СУБД типа CODASYL. Здесь отображение данных подсхема - схема описывается в подсхеме, а отображение схема - среда хранения - в схеме хранения. [10]
К важнейшим характеристикам ЛС относятся: физическая структура сети; физическая среда передачи; используемый метод доступа узлов ( станций) сети к физической среде передачи; число и функции архитектурных уровней. Рассмотрим эти характеристики более подробно. [11]
Архитектурный уровень будем называть управляемым или неуправляемым в зависимости от того, располагает ли он внешними интерфейсами. Именно управляемые архитектурные уровни СУБД обеспечивают поддержку независимых представлений данных, адекватных потребностям различных групп системного персонала и пользователей. [12]
Механизмы отображения данных, как и уровневые механизмы СУБД, располагают внутренними интерфейсами и могут располагать внешними интерфейсами. Внутренние интерфейсы служат для связи механизмов смежных архитектурных уровней, а внешние - для спецификации междууровневых отображений данных, если система предоставляет такие возможности. [13]
Кроме того, многие системы не имеют своих самостоятельных языков для спецификации многоуровневых отображений данных. В таких случаях определение способов отображения также описывается средствами ЯОД одного из смежных архитектурных уровней. Они при этом включаются в схему базы данных. [14]
Кроме того, многие системы не имеют самостоятельных языков для спецификации междууровневых отображений данных. В таких случаях определения способов отображения также описываются средствами ЯОД одного из смежных архитектурных уровней. Они включаются при этом в соответствующую схему базы данных. [15]
Страницы: 1 2