3.2 Нормализация полученных отношений

При наличии функциональных зависимостей (ФЗ) между неключевыми атрибутами для каждого полученного отношения строится диаграмма ФЗ. На ней в первую очередь указываются ФЗ всех атрибутов от потенциальных ключей. Внешний ключ зависит от потенциального ключа, как обычный, неключевой, атрибут.

После этого предпринимается попытка выявления ФЗ, в которых участвуют неключевые атрибуты. Для того, чтобы определить наличие ФЗ между атрибутами X и Y, следует убедиться в том, что одному значению атрибута X в данной таблице всякий раз соответствует одно и то же значение атрибута Y. Например, если в одной из таблиц БД отдела кадров содержатся сведения о сотрудниках организации и для каждого из сотрудников указан разряд занимаемой должности по Единой Тарифной Сетке, то каждый раз этому разряду будет соответствовать один и тот же оклад.

Нормализация отношений заключается в их последовательной декомпозиции с целью приведения отношений к какой-либо нормальной форме. Чаще всего нормализацию осуществляют до уровня третьей нормальной формы (3НФ) или нормальной формы Бойса-Кодда (НФБК). В этом случае в отношениях имеются только ФЗ между потенциальным (3НФ) или потенциальными (НФБК) ключами и неключевыми атрибутами.

3.3 Анализ частных ограничений целостности

После завершения процесса нормализации следует проанализировать полученные отношения на наличие частных ограничений целостности, т.е. специальных правил, в соответствии с которыми следует заполнять таблицы БД. К таким ограничениям, например, могут быть отнесены: суммарное количество билетов, проданных на один рейс автобуса; возраст сотрудников предприятия (отдела); соотношение некоторых дат (дата приема и дата увольнения); объем поставок и т.д.

3.4 Создание отношений внутримашинной бд

Отношения внутримашинной БД создаются в соответствии со структурой БД, разработанной в ходе выполнения этапов 1-3. Для этого могут быть использованы средства СУБД, применение которой предполагается заданием на курсовое проектирование. В случае, если предполагается использование СУБД ACCESS, процесс создания БД может выполняться следующим образом.

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

Создается схема данных для БД. Для каждого внешнего ключа отыскивается потенциальный ключ; для формируемой связи указывается требование на Обеспечение целостности данных, Каскадное обновление данных, Каскадное удаление данных (в случае, если рассматривается связь со слабым объектом БД или если это определяется спецификой предметной области БД).

Для каждой таблицы создаются формы для ввода данных в любом режиме.

Для всех внешних ключей создаются поля со списком. В список должны быть вынесены значения ссылочных потенциальных ключей (для обеспечения правила ссылочной целостности: среди значений внешнего ключа не должно быть null-значений и не согласованных значений), а также вспомогательные поля, дающие возможность пользователю разобраться в ситуации и выбрать нужное значение потенциального ключа.

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

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

• изменяется последовательность перехода по полям формы в случае, если при работе с формой рекомендуется заполнять поля в порядке, отличном от естественного (слева направо и сверху вниз), а расположить поля в нужном порядке графически не удается. Для этого выбирается меню Вид и затем Последовательность перехода. В открывающемся диалоговом окне названия полей формы располагаются в нужном порядке. Следует помнить, что изменение последовательности перехода означает изменение порядка перемещения курсора по полям с помощью клавиши Tab, но не визуальное изменение взаимного расположения полей;

• в случае необходимости дополнительных комментариев для некоторых полей в режиме Конструктора могут быть введены всплывающие подсказки. Они задаются в свойствах полей в строке Всплывающая подсказка;

• при наличии часто повторяющихся значений какого-либо поля работа конечного пользователя может быть существенно облегчена за счет задания Значения по умолчанию в режиме Конструктора в свойствах этого поля. В этом случае заданное значение будет автоматически формироваться в каждой новой записи. Оно может быть изменено пользователем в случае необходимости.