Розробка фізичної моделі даних

На цьому этапі здійснюється прив’язка до конкретного середовища розробки.

На фізічній моделі представляється вся інформація з логіченої моделі, але визначається її конкретний тип саме у вибраному середовищі розробки. Наприклад, число в логічній моделі повинно бути уточнено у фізичній моделі як ціле, байт або довге ціле. Для вещественого числа необхідно вказувати кількість знаків після коми. Для строки або текста довжина, тобто кількість символів. Для цього для кожної таблиці із логичної моделі будується табличка, що показана у таблиці 2.1.

 

Таблица 2.1 – Зразок таблиці відповідності логічної та фізичної моделі

Ім’я фізичної моделі	Ім’я логічної моделі	Тип	Довжина тексту	Кількість знаків післе коми	Ключі

 

Середовище розробки моєї бази даних – Micrsoft Access. Воно дозволяє називати поля російськими буквами і навіть використовувати пробіли у назвах. Тому імена фізічної й логічної моделей будуть співпадати. Тому в таблицях я буду об’єднувати поля Ім’я фізичної моделі та Ім’я логічної моделі в поле Ім’я моделі.

Таблиця відповідності логічної та фізичної моделей для таблиці Договір зображена у таблице 2.2.

 

Таблиця 2.2 – Відповідність моделей для таблиці Договір

Ім’я модели	Тип	Ключі
№ договору	Лічильник	РК
Код замовника	Довге ціле	FK
Термін до установки	Дата/Час
Дата закінчення гарантії	Дата/Час
Загальний вигляд	Поле об’екту OLE
Дата заключення	Дата/Час

 

Таблиця відповідності логічної та фізичної моделей для таблиці Вироби зображена у таблиці 2.3.

 

Таблиця 2.3 – Відповідність моделей для таблиці Вироби

Ім’я моделі	Тип	Довжина  текстау	Ключі
№ виробу	Лічильник		РК
Найменування	Текстовий	30	IK
Складність	Байт
Загальний вигляд	Поле об’екту OLE

 

Таблиця відповідності логічної та фізичної моделей для таблиці Матеріал зображена у таблиці 2.4.

 

Таблиця 2.4 – Відповідність моделей для таблиці Матеріал

Ім’я моделі	Тип	Кількість знаків після коми	Довжина  Тексту	Ключі
№ матеріалу	Лічильник			РК
Група	Текстовий		20
Назва	Текстовий		30	IK
Одиниця виміру	Текстовий		10
Ціна $	Грошовий	2
Ціна грн	Грошовий	2
Зовнішній вигляд	Поле об’єкту OLE

 

Таблиця відповідності логічної та фізичної моделей для таблиці ДИМ зображена у таблиці 2.5.

 

Таблица 2.5 – Відповідність моделей для таблиці ДИМ

Ім’я моделі	Тип	Кількість знаків після коми	Ключі
№ договору	Довге ціле		РК
№ виробу	Довге ціле		РК
№ матеріалу	Довге ціле		РК
Кількість	Ціле
Ціна $	Грошовий	2
Ціна грн	Грошовий	2

 

Таблиця відповідності логічної та фізичної моделей для таблиці Замовник зображена у таблиці 2.6.

 

Таблиця 2.6 – Відповідність моделей для таблиці Замовник

Ім’я моделі	Тип	Довжина тексту	Ключі
Код замовника	Лічильник		РК
Фамілія	Текстовий	20	IK
Ім’я	Текстовий	20	IK
По батькові	Текстовий	20	IK
Адреса	Текстовий	70
Телефон	Текстовий	20
Примітки	Текстовий	250

Таблиця відповідності логічної та фізичної моделей для таблиці Юридична особа зображена у таблиці 2.7.

 

Таблиця 2.7 – Відповідність моделей для таблиці Юридична особа

Ім’я моделі	Тип	Довжина тексту	Ключі
Код замовника	Довге ціле		РК
Ім’я фірми	Текстовий	20
Факс	Довге ціле
Назва банку	Текстовый	30
МФО	Довге ціле		IK
ОКПО	Довге ціле		IK
Розрахунковий рахунок	Довге ціле		IK

 

Таблиця відповідності логічної та фізичної моделей для таблиці Фізична особа зображена у таблиці 2.8.

 

Таблиця 2.8 – Відповідність моделей для таблиці Фізична особа

Ім’я моделі	Тип	Довжина тексту	Ключі
Код замовника	Довге ціле		РК
Серія паспорта	Текстовий
Номер паспорта	Довге ціле
Телефон	Довге ціле

 

Отримана мною база даних таким чином знаходиться у третій нормальній формі (3НФ).

3НФ – представлення відношень у реляцийній моделі даних при якому кожен неосновний (неключовий) атрибут відношення безпосередньо, нетранзитивно залежить від дудь-якого його ключа.

При цій формі аномалій не було помічено.

Тепер створимо електронний варіант таблиці в середовищі Microsoft Access 2003.

Відношення між таблицями бази даних показані на рисунку 2.3.

Рисунок 2.3 – Зв’язки між таблицями бази даних для меблевої фірми