Разработка физической модели БД

Отношения, полученные после нормализации, приведены в табл. 7-16.

Таблицы ОБРАЗОВАНИЕ и АДРЕСА-ТЕЛЕФОНЫ не имеют потенциальных ключей, но мы не будем вводить суррогатные первичные ключи, т.к. на эти таблицы никто не ссылается.

Схема базы данных после нормализации приведена на рис. 8.

Определение дополнительных ограничений целостности

Перечислим ограничения целостности, которые не указаны в табл. 7–16.

1. Атрибут Вид образования может принимать одно из следующих значений: 'начальное', 'среднее', 'средне-специальное', 'высшее'.

2. Атрибут Роль может принимать одно из двух значений: 'исполнитель' или 'консультант'.

3. В поле Доплата хранится величина доплаты сотруднику за участие в проекте (в процентах к его окладу). Значение поля больше либо равно 0.

4. Нумерация в поле Номер этапа начинается с 1 и является непрерывной для каждого проекта.

5. Дата начала первого этапа проекта должна соответствовать началу проекта в целом, дата завершения последнего этапа должна соответствовать завершению проекта в целом. Этапы не должны пересекаться по времени и между ними не должно быть разрывов.

6. Стоимость проекта должна быть равна сумме стоимостей всех этапов этого проекта.

Ограничения 4-6 нельзя реализовать в схеме отношения. В реальных БД подобные ограничения целостности реализуются вручную или программно(через внешнее приложение или специальную процедуру контроля данных – триггер).