ПОИСК Статьи Чертежи Таблицы Структура информационных метаобъектов из "Системы словарей-справочников данных " Процедура проектирования базы метаданных на концептуальном уровне завершается идентификацией связей между типами метаобъектов и разработкой структурной диаграммы [2]. [c.76] Иерархические связи между информационными метаобъектами не позволяют описать более одного логического представления объекта данных. Кроме того, в этом случае логическое и физическое представления должны полностью совпадать. Поэтому иерархическая структура на рис. 3.3 целесообразна только для тех систем, где отсутствует независимость данных. [c.77] С введением независимости данных возникает необходимость описывать несколько логических представлений и осуществлять отображение логического представления в физическое и наоборот. Это требует использования связей многие-со-мно-гими (т п) и приводит к появлению в структуре типов метаобъектов сетевых подструктур. [c.77] Рассмотрим простейщий тип объектов данных — элемент данных (рис. 3.4). Логически значение элемента данных может быть результатом вычислений по значениям другого элемента данных (значение среднего ежедневного остатка рассчитывается по значениям ежедневного остатка ). С другой стороны, значения (физические реализации) большинства элементов данных используются при вычислении значений, соответствующих материализованным логическим представлениям отдельных элементов данных. Так, значение среднего ежедневного остатка нужно для вычисления значений других элементов данных, входящих в логические представления, которые отвечают требованиям подготовки отчетов о клиентах, начисления процентов, и просто при обработке запросов. [c.77] Точно такие же связи многие-со-многими существуют между логическими и физическими записями (рис. 3.5). [c.77] Важно понимать, что метаобъекты, соответствующие логическому и физическому представлению объекта данных, связаны в реальном мире через логическое представление (см. рис. 3,4 и 3.5). Конкретные экземпляры логической и физической записей оказываются связанными по той причине, что оба они принадлежат одному логическому представлению. На рис. 3.6 показано, что физические записи, хранимые в базе данных клиентов, связываются с логическими записями в буферах СУБД, так как из последних формируется логическое представление, которое передается в область памяти прикладной программы. [c.77] Рассмотренные здесь принципы разработки СССД и проектирования базы метаданных на концептуальном уровне служат введением в гл. 4 и 5, где обсуждаются конкретные аспекты проектирования СССД. [c.81] Вернуться к основной статье