asyan.org
добавить свой файл
1
Тема 3.4. Проектування реляційної бази даних

           План

  1. Поняття адміністратора бази даних

  2. Дослідження предметної області

  3. Створення інфологічної моделі

  4. Універсальне відношення

  5. Поняття нормалізації відношень.

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

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

  • опитати всіх майбутніх користувачів бази даних;

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

Створення інфологічної моделі

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

Логічне проектування полягає:

  • у визначенні числа і структури таблиць;

  • формуванні запитів до бази даних;

  • визначенні типів звітних документів;

  • розробці алгоритмів обробки інформації;

  • розробці форм для введення і редагування даних у базі;

  • рішенні низки аналогічних задач.

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

Таблиця 2. "Класний журнал"

Прізвище

Ім’я

По батькові

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

Предмет

Години

Оцінка

Іваненко

Іван

Іванович

1.08.91

хімія

70

10

 

 

 

 

фізика

230

8

 

 

 

 

математика

250

9

Симоненко

Семен

Семенович

15.04.91

хімія

70

11

 

 

 

 

фізика

230

10

 

 

 

 

математика

250

10

Цей варіант таблиці "Журнал успішності" не є відношенням, тому що не всі її рядки атомарні. Атомарними є лише значення полів Прізвище, Ім’я, По батькові, Дата народження. Поля Предмет, Години та Оцінка таблиці 2 – множинні.

Для надання таким даним форми відношення необхідно реконструювати таблицю. Найпростіше це зробити за допомогою процесу вставки. Результатом такої вставки буде універсальне відношення.

Таблиця 3. Універсальне відношення

Прізвище

Ім’я

По батькові

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

Предмет

Години

Оцінка

Іваненко

Іван

Іванович

1.08.91

хімія

70

10

Іваненко

Іван

Іванович

1.08.91

фізика

230

8

Іваненко

Іван

Іванович

1.08.91

математика

250

9

Симоненко

Семен

Семенович

15.04.91

хімія

70

11

Симоненко

Семен

Семенович

16.04.91

фізика

230

10

Симоненко

Семен

Семенович

17.04.91

математика

250

10

Універсальне відношення для невеликих баз даних (до 15 атрибутів) можна використовувати як основу для початку проектування.

Однак, таке перетворення приводить до виникнення значного обсягу надлишкових даних.

Використання універсального відношення може привести до виникнення таких проблем:

1. Надмірність. Дані практично всіх стовпців багаторазово повторюються. Повторюються і деякі набори даних.

2. Потенційна суперечливість (аномалії відновлення). Внаслідок надмірності можна поновити  дату народження в одному рядку, залишаючи його незмінним в інших (Зверніть увагу, дата народження Симоненка у всіх трьох рядках різна. Виникає потреба у відновленні даних.)

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

4. Аномалії вилучення. Зворотна проблема виникає у разі необхідності вилучення всіх оцінок з будь-якого предмету. Під час таких вилучень будуть втрачені відомості про цей предмет.

Багато проблем цього прикладу зникнуть, якщо виділити в окремі таблиці відомості про учнів та відомості про предмети, а також створити сполучну таблицю "Успішність учнів". 

Таблиця 4. Відомості про учнів

Код учня

Прізвище

Ім’я

По батькові

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

1

Іваненко

Іван

Іванович

1.08.91

2

Симоненко

Семен

Семенович

15.04.91


Таблиця 6. Успішність учнів                      Таблиця 5. Відомості про предмети

Код учня

Код предмету

Оцінка

 

Код предмету

Предмет

Години

1

1

10

 

1

хімія

70

1

2

8

 

2

фізика

230

1

3

9

 

3

математика

250

2

1

11

 

 

 

 

2

2

10

 

 

 

 

2

3

10

 

 

 

 


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

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

Проект, у якому кожний факт з'являється лише в одному місці, називається “чистим”

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

Після закінчення проектування база даних створюється за допомогою системи управління базами даних.
Питання для самоконтролю

1.  Які функції виконує адміністратор бази даних?

2.  Хто може бути адміністратором бази даних?

3.  З чого починають проектування бази даних?

4.   Чому універсальне відношення не можна використовувати як таблицю бази даних?

5.   Що Ви розумієте під нормалізацією відношень?

6.   З якою метою виконують нормалізацію відношень?

7.   Який проект бази даних називають "чистим"?