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

ТЕМА 4. ПРОЕКТУВАННЯ БАЗ ДАНИХ (09.2013)

Лекція 7

Проблеми проектування баз даних

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

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

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

Етапи проектування БД:

1. Системний аналіз і словесний опис інформаційних об'єктів предметної області.

2. Проектування інфологичної моделі предметної області - частково формалізований опис об'єктів у термінах деякої семантичної моделі, наприклад, у термінах ЕR - моделі.

3. Вибір стандартної СУБД із використанням якої буде реалізовуватися проект.

4. Даталогичне чи логічне проектування БД - опис об'єктів у термінах прийнятої даталогичної моделі даних.

5. Фізичне проектування БД - вибір ефективного розміщення БД на зовнішніх носіях для забезпечення найбільш ефективної роботи.

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

1. Функціональний - реалізує принцип руху "від задачі". Застосовується, коли відомі функції деякої групи осіб і комплекс задач, для інформаційних потреб яких створюється БД. У цьому випадку можна чітко виділити мінімальний набір об'єктів предметної області, що необхідно описати.

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

Рекомендується використовувати компромісний варіант, який орієнтований на конкретні задачі і потреби користувачів, а також дозволяє нарощувати нові додатки.

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

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

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

При логічному проектуванні БД найбільш важлива проблема структуризація даних.

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

Можливі й інші підходи до проектування БД, наприклад CASE-системи (системи автоматизації проектування і розробки БД).