Способы документирования ER-модели

База данных создается в несколько этапов, на каждом из которых необходимо согласовывать структуру данных с заказчиком и, что самое важное, подвергать созданную структуру данных экспертизе внутри команды, которая создает систему. Поэтому представление данных должно быть простым и понятным всем заинтересованным лицам. Именно по этой причине, наибольшее распространение получило представление базы данных под названием «сущность-связь» (Entity Relationship), которое также известно как ER-диаграмма.

Метод моделирования «сущность-связь» был предложен С. Ченом в 1976 году. В диаграммах Чена информационные объекты (сущности) изображаются прямоугольниками, связи — ромбами или шестиугольниками, атрибуты — овалами. Сущности соединяются линиями, над которыми могут проставляться степени связи (1 или буква М) и необходимые пояснения.

Для представления элементов модели были разработаны несколько других графических нотаций: нотация Мартина, нотация IDEF1X, нотация Баркера и др. Проектировщик может выбрать графическую нотацию по своему вкусу.

Построение ER-диаграмм, как правило, ведется с использованием CASE-средств, например в MS Office Visio или в ERwin.

В таблице 2 приведены обозначения для двух способов документирования Таблица 2 — Способы документирования ER-модели.

Как правило, ER-диаграммы используются для презентаций и обсуждения структуры данных с экспертами предметной области. Ниже приведены примеры разработки простой концептуальной ER-модели в различных нотациях.

Рисунок 1 — Пример связи «многие-ко-многим».

Связь «многие-ко-многим» может быть создана только на уровне логической модели. Ее необходимо преобразовать к связи «один-ко-многим», изменив глагольную форму в существительное для связующей сущности, которая может иметь дополнительные атрибуты и иметь ключ.

Рисунок 3 — Пример диаграммы Чена.

Независимо от выбранной нотации, действия проектировщика базы данных при ER-моделировании сводятся к следующему алгоритму.

Для каждой сущности предметной области базы данных необходимо:

• ? получить список атрибутов сущности;
• ? определить функциональные зависимости;
• ? определить уникальный идентификатор сущности;
• ? выполнить нормализацию сущности;
• ? назначить первичные ключи новых, полученных в результате нормализации сущностей;
• ? сформировать бизнес-правила поддержки целостности сущности.

Для каждой связи между сущностями необходимо:

• ? определить степень связи;
• ? определить обязательность вхождения сущности в связь;
• ? разрешить связи «многие-ко-многим»;
• ? сформировать бизнес-правила поддержки целостности связей;
• ? документировать логическую модель реляционной базы данных;
• ? проверить логическую модель реляционной базы данных.