Корпоративные базы данных - статьи

       

Последовательность проектирования модели данных в S- Designor



Процесс построения информационной модели данных состоит из следующих шагов:

  • определение сущностей;
  • определение зависимостей между сущностями;
  • задание первичных и альтернативных ключей;
  • определение атрибутов сущностей;
  • переход к физическому описанию модели (выполняется автоматически);
  • редактирование имен таблиц и их атрибутов на физическом уровне (если в
    модели имеются, например, связи "многие ко многим" или иерархические
    рекурсивные связи и их надо уточнить);


  • проектирование триггеров, процедур и ограничений;
  • генерация базы данных.

Четкое разделение между концептуальной и физической моделями в S-Designor выражается в
том, что на каждом уровне действуют соответствующие четко выраженные правила. На
концептуальном уровне не выполняется миграция атрибутов
первичного ключа в дочернюю сущность, так как это было бы уже не отображение реального мира (в
данном случае перечня атрибутов конкретного объекта).
Миграция выполняется на физическом
уровне

Необходимость построения физической модели как отдельного шага проектирования объясняется
требованием приведения описания сущностей и связей, определенных на стадии построения
концептуальной модели, к физической структуре с учетом специфики целевой СУБД. При генерации
физической модели из концептуальной сущности становятся таблицами, атрибуты - колонками, для
альтернативных ключей генерируются уникальные индексы, а идентификаторы становятся
первичными ключами.

При генерации физической модели S-Designor, если это необходимо, детализирует связи.
Связь "многие ко многим" порождает новую таблицу. Таким образом обеспечивается автоматическая
нормализация модели. Идентификаторы сущностей, участвующих в связи, мигрируют в новую
таблицу. Первичный ключ в зависимой таблице составляет теперь сумму атрибутов первичных
ключей родительских таблиц. При уточнении иерархической рекурсивной связи S-Designor
автоматически добавляет новую колонку, являющуюся внешним ключом, которую при
необходимости можно переименовать.

Для управления уникальностью строк и ускорения доступа к данным могут назначаться индексы. Для
первичных и внешних ключей индексы формируются автоматически.

На показан результат автоматического преобразования
концептуальной модели данных в физическую. Заметим, что на данном уровне уже нет различий
между идентифицирующими и неидентифицирующими связями, так как в физической структуре
данных такие типы связей действительно неразличимы, поскольку, реализуются одними и теми же
общими механизмами СУБД.




Содержание раздела