Сравнение концептуального и реляционного моделирования

Чем сложнее модель базы данных, тем труднее разобраться в ней и правильно спроектировать. Эта сложность растет с добавлением объектных множеств, конкретизаций, составных объектов и отношений. В результате проектирования важно, чтобы структура базы данных была логичной и не имела изъянов. Графический подход значительно повышает вероятность получения точных моделей по сравнению с текстовым подходом реляционного моделирования.

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

Зачем нужно преобразование концептуальной модели в реляционную схему базы данных? В настоящее время большинство СУБД основано на реляционной (или более ранней) модели. Объектно-ориентированные СУБД, которые могли бы напрямую реализовать концептуальную схему, еще не достигли «промышленной мощности», необходимой для больших приложений. Кроме того, для простой базы данных напрямую создать реляционную модель не сложнее, чем создать концептуальную модель. Следовательно, оба подхода вполне жизнеспособны и могут адекватно использоваться.

Типы данных

Для окончательного описания модели необходимо завершить описание каждого атрибута в базе данных. Например, в Visual FoxPro определены следующие типы данных:

• Character – символьное выражение до 254 символов (в дальнейшем будем обозначать C(n), где n – число символов).

• Currency – денежное выражение для числовой величины (Y).

• Date – выражение для даты (D).

• DateTime – выражение дата и время (Т).

• Logical – булево выражение .T. или .F. (L).

• Numeric – числовое выражение (N(n, d), где n – общее число знаков, d – число знаков после запятой).

• Integer – целое число (I).

• General – поле для ссылки на объект OLE (G).

• Memo – поле примечаний.

Словарь данных

Современные базы данных включают в себя активный словарь (каталог) данных, который следит за определениями всех элементов данных базы, отслеживает отношения между различными группами данных, поддерживает индексы, необходимые для быстрого обращения к данным. Например, в Visual FoxPro словарь данных обеспечивает следующие функции:

• Допускаются длинные имена таблиц и полей.

• Каждому полю в таблице можно давать комментарии.

• Для полей, помимо идентификаторов, имеются заголовки.

• Введены значения по умолчанию.

• Предусмотрены правила проверки для полей и записей при изменении и вводе новых данных.

• Имеются триггеры для поддержания целостности данных.

• Могут устанавливаться постоянные связи между таблицами, размещенными в базе данных.

• Имеются процедуры для описания сложных условий правил проверки.

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

• Поддерживаются локальные и внешние представления.

Информация в словаре данных называется метаданными, то есть «данными о данных».

После получения реляционной схемы данных и определения типов атрибутов (полей) таблиц необходимо определить словарь данных.