Фрагмент концептуальной схемы
ставленая на рисунке 11:
Представление связи «многие ко многим»
Схема данных в виде ER диаграммы, представленная на рисунке 10, построена с помощью программы ERWin 4.0.
Данное средство разработки также входит в набор, используемый в CASE технологиях. ERWin позволяет не только «рисовать» схемы данных, но и определять свойства атрибутов в сущностях, задать ключи и характеристики связей с целью последующего автоматического преобразования схемы в структуру базы данных. Для атрибутов можно определить физические характеристики (тип, размер, умалчиваемое значение и др.) в ориентации на определенный сервер. ERWin поддерживает процедуру проектирования баз для большинства настольных СУБД и серверов. На рисунке 12 представлено окно ERWin для задания домена возможных значений атрибута в виде нового пользовательского типа данных id при реализации базы в MS SQL Server. Таким образом, можно определить физические параметры атрибутов для каждой сущности. Аналогично сущностям могут быть описаны связи в схеме данных и заданы их свойства.
Логическая схема для процесса приема и исполнения заказа
На рисунке 13 приведен пример задания свойств связи «Заказчик R_1 Заявка» между сущностями «Заказчик» и «Заявка». Часть этого имени «R_1» будет использована в качестве идентификатора ограничения внешнего ключа в сущности «Заявка» для создания связи типа «ноль, один или много» (zero, one or more) с сущностью «Заказчик».
При задании в ERWin свойств всех атрибутов и связей далее можно автоматически сгенерировать структуру базы данных или построить скрипт на языке SQL выбранного сервера.
Форма в erWin 4.0 для определения типа данных id с целью последующего использования в описании столбцов таблиц
На полученной системе таблиц и столбцов для связывания строк из разных таблиц проверяется выполнимость всех запросов, необходимых для реализации функций пользователя.
Для типовых запросов к БД проводится оценка сложности выполнения, измеряемая средним количеством записей в используемых таблицах, которые необходимо просмотреть для выполнения запроса.
Для сложных запросов предлагаются изменения структуры данных, сокращающие пути доступа. Одним из способов ускорения выполнения сложных запросов является создание дополнительных таблиц или включение дополнительных столбцов в существующие таблицы. Эти столбцы содержат внешние ключи для прямого связывания строк из таблиц, находящихся на концах длинного логического пути (профиля доступа). Так, если в рассмотренном ранее примере при изготовлении специальных конструкций необходимо часто обращаться к заказчику, то в соответствии со схемой на рисунке 11 для поиска адреса и телефона заказчика в запросе будут связываться записи четырех таблиц: «Описание специальной конструкции», «Договор и смета расходов», «Заявка» и «Заказчик». Для сокращения пути доступа можно в таблицу «Описание специальной конструкции» добавить столбец (внешний ключ), содержащий ссылку на номер соответствующего заказчика. Теперь запрос на поиск заказчика будет выполняться по двум таблицам: «Описание специальной конструкции» и «Заказчик». Внесение подобной избыточности изменений в структуру оправдано только в том случае, когда использование традиционных мер ускорения запроса созданием правильных индексов и ведение индексной статистики не дают требуемого эффекта.
