Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Пояснювальна записка.doc
Скачиваний:
6
Добавлен:
17.08.2019
Размер:
2.45 Mб
Скачать

3. Математична модель

3.1. Нормалізація відносин

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

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

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

Наприклад, при включенні в таблицю поля, значення якого не залежить від первинного ключа. В цьому випадку з’являється можливість втрати інформації. Але важливо інше: повторюючи одні і ті ж дані, не тільки перероблюємо масу зайвої роботи, але і неминуче помиляємось. Тому потрібно намагатися виключати з таблиці поля, які не зв’язані з первинним ключем. Для цього, крім оперативної, можна створити декілька допоміжних таблиць.

При проектуванні таблиць рекомендуються наступні правила:

1. Слід уяснити собі, що є первинний ключ таблиці.

2. Якщо первинний ключ не проглядається, подумати, чи правильно підібраний склад полів.

3. Якщо первинний ключ безперечний, то до нього можна дописати будь-які атрибути, що залежать тільки від ключа.

Якщо при перегляді бази даних в парі таблиць знайдуться однойменні поля, котрі не входять в первинний ключ жодної з цих таблиць, - це помилка нормалізації. Система не зможе контролювати правильний зміст цих полів.

3.2. Побудова er-діаграм

Можемо виділити наступний набір атрибутів: код водія, призвіще, ім’я, по-батькові, дата народження, адреса, місто, область, поштовий індекс, номер телефону, номер замовлення, порядковий номер машини, відстань, вартість замовлення, дата, час замовлення, марка автомобіля, державний номер автомобіля, колір, номер техпаспорту, дата останнього тех. огляду.

Визначимо відносини між даними атрибутами:

Рис. 3.1 Відносини між атрибутами

Код водія

Призвіще

Ім’я

По-батькові

Дата народження

Адреса

Місто

Область

Почтовий індекс

Номер телефону


Номер заказу

Порядковий номер машини

Маршрут

Відстань

Вартість

Адреса

Дата

Час


Марка автомобіля

Державний номер

Рік випуску

Колір

№ техпаспорта

Дата останнього техогляду


Рис.3.2 Діаграма рівня атрибутів

Узагальнюючи отриману діаграму маємо:

Водій

Код

Призвіще

Ім’я

По-батькові

Дата народження

Адреса

Місто

Область

Почтовий індекс

Н омер телефону


N

Замовлення

Номер

Порядковий номер машини

Маршрут

Відстань

Вартість

Адреса

Дата

Час

1

1

Автомобіль

Марка

Державний номер

Рік випуску

Колір

Дата останнього техогляду

№ техогляду


Рис.3.3 Діаграма сутностей