Первый уровень проектирования: концептуальная логическая модель данных
AEDM предлагает превосходный подход к визуализации структур базы данных и облегчению проектирования логических и физических моделей данных. Этот структурный, систематический подход к управлению информацией и разработке приложений начинается с концептуальной логической модели, первого из нескольких уровней проектирования, позволяющего определить конкретные бизнес-требования (включая универсальные сущности и структуры супертипа/подтипа).
Второй уровень проектирования: универсальная физическая модель данных
На этом уровне проектирования определяют структуру таблиц и столбцов и универсальное именование, необходимые для представления бизнес-приложения. Однако в универсальной физической модели данных объекты и свойства не зависят от базы данных. Другие модели данных, специфичные для базы данных, могут быть получены из универсальной физической модели данных.
Третий уровень проектирования: физические модели, специфичные для базы данных
Теперь с помощью AEDM можно воплотить свой опыт во внедрение базы данных, создав физический уровень проектирования, специфичный для базы данных. Каждое приложение может работать на нескольких платформах базы данных; последний уровень проектирования необходим для моделей данных, специфичных для базы данных.
Другие иерархии уровней проектирования
Иерархия модели масштаба предприятия
В подобном примере концептуальная модель данных может быть вместо этого моделью данных масштаба предприятия, которая определяет стандарты для всех приложений организации. Модель данных масштаба предприятия может быть логической и включать в себя все утвержденные стандарты сущностей и атрибутов, поддерживаемых организацией. На следующем уровне проектирования могут быть представлены несколько логических моделей данных для ряда бизнес-приложений, таких, как ввод заказа и комиссионный сбор за продажу.
Несмотря на большие различия этих приложений, в них вероятно совместно используются некоторые общие сущности, например, СОТРУДНИК и КЛИЕНТ. Модель масштаба предприятия (Enterprise Model) может включать в себя обе этих сущности (Logical Model) наряду с другими сущностями, которые ни для одной из этих специфических для приложения моделей выбрать невозможно. В этой иерархии следующим уровнем проектирования может быть универсальная физическая модель (Generic Physical Model) для каждого приложения. Как и в предыдущем примере, если каждое приложение работает на нескольких платформах базы данных (Physical Model DB2 и Oracle Physical Model), последний уровень проектирования необходим для моделей данных, специфичных для базы данных.
Логическая модель масштаба предприятия. Слева - Система отслеживания продаж, справа - система ввода заказа.
Иерархия хранилища данных
Для хранилища данных требуются дополнительные уровни проектирования для моделей всего хранилища и витрин данных. В физической модели AEDM предлагает опции для нотации Dimensional и для функциональных возможностей, связанных с движением данных (информация об источнике данных, правила трансформации данных), эти опции позволяют оптимизировать модели хранилищ данных Warehouse Model.
