Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
курсовой АБГ.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
214.53 Кб
Скачать

9. Нормалізація відношень

Наступним кроком проектування БД є нормалізація відношень. Нормалізація відношень – це поступовий процес розкладання початкових відношень БД на інші, менші і простіші відношення. Склад атрибутів відношень БД повинен задовольняти двом основ­ним вимогам:

  • між атрибутами не повинно бути небажаних функціональних залежностей;

  • групування атрибутів повинне забезпечувати мінімальне дублювання даних, забезпечувати їх обробку й оновлення.

В залежності від того, наскільки відношення задовольняють цим вимогам, прийнято виділяти послідовність із шести нормальних форм (1НФ, 2НФ, 3НФ, НФБК, 4НФ, 5НФ). У даному випадку приведення відношень до нормальної форми Бойса-Кодда (НФБК) є достатнім і на цьому процес проектування БД закінчується.

Аналіз відношень сформованих на основі ER-моделі (рис. 4.1) та уточненої схеми БД (рис. 7.2) показує:

  • всі атрибути сформованих відношень є простими;

  • складений ключ мають відношення Геометрія Будівлі та Полігон, а також зв’язуючі відношення Приміщення_Квартира та Будівля_Квартира, і в них немає атрибутів, які залежать від частини ключа й не залежать від його окремих складових;

  • у відношеннях відсутні транзитивні залежності;

  • у відношеннях немає залежностей ключів від неключових атрибутів.

Отже, відношення знаходяться у нормальній формі Бойса-Кодда.

10. Створення бд засобами скбд

База даних переважної більшості СКБД являє собою сукупність таблиць (файлів), що узгоджено зберігають взаємозв’язані дані та їх опис. Ці таблиці можуть викорис­тову­ватись одним чи декількома додатками під управлінням СКБД, тобто з однією й тією самою таблицею даних можуть працювати декілька користувачів.

БД дозволяє створювати та зберігати зв’язки, які встановлено між таблицями, і, за необхідності, відображати їх. Об’єднання таблиць у БД покращує керування та контроль інформації, що обробляють.

Створення таблиць виконуємо у режимі "Конструктора таблиць Microsoft Access", тому що цей режим дозволяє відразу визначати всі параметри полів таблиці згідно раніше розроблених структур. При використанні інших способів доводилося б виконувати редагу­вання для встановлення відповідності з розробленою раніше структурою.

Зв’язування таблиць виконуємо у вікні схеми даних СКБД Microsoft Access. У ньому кожна таблиця відображається окремим локальним поданням, у якому можна переглянути, які поля містить таблиця та які поля є ключовими. Зв’язки між таблицями встановлюємо після додавання у вікно схеми даних усіх таблиць. При створенні зв’язків активуємо функції забезпечення цілісності бази даних, що підтримуються СКБД. Зв’язки між таблицями відображаються лініями, над якими вказується ступінь зв’язку. Схема бази даних наведена на рис.7.2.

11. Тестування системи

Тестування системи передбачає її перевірку на відсутність помилок при проек­туванні. Для цього розроблену БД необхідно наповнити даними. Ці дані беремо з тес­тово­го прикладу, який являє собою спрощений варіант реального завдання (див. додатки А, Б завдання).

Найпоширенішим способом обробки даних при вирішенні інформаційних завдань є запити. Запит являє собою специфікацію спеціальною мовою для обробки даних. Формування запитів у курсовій роботі здійснюється за допомогою конструктора запитів. При цьому було сформовано наступні запити:

- про будинки, які мають поверховість 5;

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

- про будинки, які мають технічний стан задовільний;

- про координати будинку 60 Років Жовтня 120/25;

- про квартири, в яких 2 кімнати.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]