хідно спроектувати схему бази даних. Грунтуючись на спроектованої схемою бази даних, проводиться подальша розробка бази даних і заповнення її інформацією. p align="justify"> Вдала розробка бази даних забезпечує простоту її підтримки. Дані слід зберігати в таблицях, причому кожна таблиця повинна містити інформацію одного типу, наприклад відомості про авторів або читачів. Тоді достатньо буде оновити конкретні дані, такі як адреса, тільки в одному місці, щоб оновлена ​​інформація відображалася у всій базі даних. p align="justify"> З проектуванням бази даних безпосередньо пов'язане поняття нормалізації. Ставлення називається нормалізованим, якщо значення кожного атрибута в кожному кортежі є атомарним (неподільним). p align="justify"> У реляційній моделі даних підтримуються тільки нормалізовані відносини:
В· такий підхід не накладає обмежень на те, що можна описувати за допомогою нормалізованих відносин;
В· отримане спрощення в структурі даних веде до відповідних спрощень в операторах маніпулювання даними.
Є. Кодд спочатку визначив три рівня нормалізації, які він назвав першою, другою і третьою нормальними формами. Всі нормалізовані відносини знаходяться в першій нормальній формі (1НФ). p align="justify"> Деякі відносини 1НФ знаходяться також в другій нормальній формі (2НФ), деякі відносини 2НФ знаходяться в третій нормальній формі (ЗНФ). Є механізм, що дозволяє будь-яке відношення перетворити до третьої нормальній формі. У процесі таких перетворень можуть виділятися нові відносини. p align="justify"> Відношення R знаходиться в 1НФ тоді і тільки тоді, коли всі вхідні в нього значення (домени) містять лише атомарні (неподільні) значення.
Відношення знаходиться в 2НФ, якщо воно знаходиться в 1НФ і кожен неключових атрибут функціонально повно залежить від складеного ключа.
Відношення R знаходиться в ЗНФ, якщо воно знаходиться в 2НФ і кожен не ключовий атрибут нетранзитивно залежить від первинного ключа.
Процес побудови інформаційної моделі складається з наступних кроків:
В· визначення сутностей;
В· визначення зв'язків;
В· завдання первинних і альтернативних ключів;
В· визначення атрибутів сутностей;
В· приведення моделі до необхідному рівню нормальної форми;
В· перехід до фізичного опису моделі: призначення відповідностей ім'я сутності - ім'я таблиці, атрибут сутності - атрибут таблиці; завдання тригерів, процедур і обмежень;
Побудова бази даних в СУБД Microsoft S...
