2.4. Приведение модели к требуемому уровню нормальной формы

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

Последовательность нормальных форм: первая нормальная форма (1NF); вторая нормальная форма (2NF); третья нормальная форма (3NF); нормальная форма Бойса-Кодда (BCNF); четвертая нормальная форма (4NF); пятая нормальная форма, или форма проекции-соединения (5NF, или PJNF).

Функциональная зависимость набора атрибутов В отношения R от набора атрибутов А того же отношения - такое соотношение, при котором в каждый момент времени любому элементу набора атрибутов А соответствует только один элемент набора атрибутов В, входящий вместе с ним в какой-либо кортеж отношения R.

Полная функциональная зависимость - зависимость, в которой набор атрибутов В функционально зависит от А и не зависит функционально от любого подмножества А.

Первичный ключ отношения - выбранный среди всех возможных ключей отношения ключ, который считается главным.

Неключевой атрибут - любой атрибут отношения, не входящий в состав ни одного возможного ключа отношения.

Взаимно-независимые атрибуты - атрибуты, которые не зависят функционально один от другого.

Детерминант отношений – атрибут или набор атрибутов, от которого зависит другой атрибут.

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

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

Третья нормальная форма - отношение находится в третьей нормальной форме тогда и только тогда, когда оно находится во второй нормальной форме и не содержит транзитивных зависимостей.

В большинстве случаев достижение третьей нормальной формы считается достаточным для реальных проектов баз данных.

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

Рис. 2. Схема атрибутов таблицы

2.5. Создание физической модели данных

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

Физическая модель базы данных представлена в таблице 2.

Таблица 2

Физическая модель базы данных

Номер поля	Наименование поля	Параметры	Примечание
1. Заказы
1	Номер заказа	Текстовый, длина – 13, совпадения не допускаются	Ключевое
2	Дата заказа	Дата/Время, совпадения допускаются	Не ключевое
3	Стоимость работ	Числовой, длинное целое, совпадения допускаются	Не ключевое
4	Срок исполнения	Дата/Время, совпадения допускаются	Не ключевое
5	Паспортные данные/ОГРН заказчика	Текстовый, длина – 30, совпадения допускаются	Не ключевое
6	Паспортные данные исполнителя	Текстовый, длина – 30, совпадения допускаются	Не ключевое
7	Предоплата	Числовой, целое, совпадения допускаются	Не ключевое
8	Кадастровый номер	Текстовый, длина – 50, совпадения не допускаются	Не ключевое

Продолжение таблицы 2

Номер поля	Наименование поля	Параметры	Примечание
2. Заказчики
1	Паспортные данные/ОГРН	Текстовый, длина – 30, совпадения не допускаются	Ключевое
2	Физическое/Юридическое лицо	Текстовый, длина – 15, совпадения допускаются	Не ключевое
3	ФИО/Название организации	Текстовый, длина – 40, совпадения допускаются	Не ключевое
4	Адрес	Текстовый, длина – 40, совпадения не допускаются	Не ключевое
5	Район	Текстовый, длина – 20, совпадения допускаются	Не ключевое
6	Телефон	Текстовый, длина – 13, совпадения не допускаются	Не ключевое
3. Сотрудники
1	Паспортные данные	Текстовый, длина – 25, совпадения не допускаются	Ключевое
2	ФИО	Текстовый, длина – 60, совпадения допускаются	Не ключевое
3	Оклад	Числовой, длинное целое, совпадения допускаются	Не ключевое
4	Должность	Текстовый, длина – 30, совпадения допускаются	Не ключевое

Окончание таблицы 2

Номер поля	Наименование поля	Параметры	Примечание
4. Объекты оценки
1	Кадастровый номер	Текстовый, длина – 30, совпадения недопускаются	Ключевое
2	Тип объекта оценки	Текстовый, длина – 30, совпадения допускаются	Не ключевое
3	Площадь	Числовой, длинное целое, совпадения допускаются	Не ключевое
4	Год постройки	Текстовый, длина – 20, совпадения допускаются	Не ключевое
5. Результаты работы
1	Номер заказа	Текстовый, длина – 20, совпадения не допускаются	Ключевое
2	Качество работы	Текстовый, длина – 30, совпадения допускаются	Не ключевое
3	Процент от стоимости заказа	Числовой, целое, совпадения допускаются	Не ключевое

После построения физической модели базы данных можно приступать к созданию базы данных в приложении Microsoft Access.