Курсовая работа: Проектування інформаційної системи Меблевий салон
2. Атрибути позначаються овалами.
3. Зв'язки зображуються ромбами.
2.1.2 Нормалізація ER-діаграми
Процес створення структури інформаційної системи, що дозволяє контролювати надмірність даних і запобігати аномалії або перекручуванням називається нормалізацією. Аномалії бувають:
- відновлення;
- видалення;
- уведення.
Надмірність і продуктивність інформаційної системи суперечливе, тому повне усунення надмірності іноді недоцільно.
Поняття нормалізації ставиться як до ER-діаграм, так і до таблиць реляційних баз даних.
Процес нормалізації складається з декількох етапів, на кожному з яких визначаються так називані нормальні форми: 1NF, 2NF, 3NF, BCNF (Бойка Кодла), 4NF, 5NF (форма проекції з'єднань) – PJ/NF. У більшості проектів третя нормальна форма завершує процес нормалізації.
Стосовно до ER-діаграм можна сформулювати наступні визначення нормалізації форм:
1NF – усунуті повторювані атрибути або групи атрибутів, виявлені неявні сутності.
2NF – усунуті атрибути, що залежать тільки від частини унікального складеного ключа. Ця частина визначає окрему сутність.
3NF – усунуті атрибути, що залежать від атрибутів, які не входять в унікальний ключ.
Дана ER-діаграма перебуває в 3NF, тому що сутності не мають властивостей, що залежать від не ключових властивостей [3].
2.2 Датологічне проектування бази даних
Завданням наступної стадії проектування системи бази даних є вибір підходящої СУБД і відображення особливостей інфологічної моделі предметної області. Цю стадію називають логічним (або даталогічним) проектуванням бази даних, а її результатом є схема бази даних, що включає визначення всіх інформаційних елементів і зв'язків, у тому числі завдання типів, характеристик й імен [3].
Дана база даних є реляційною. У ній об'єкти й зв'язки між ними представляються у вигляді таблиць (відносин), що складаються з рядків і стовпців. Стовпець – це поле, рядок – це запис. Кожне поле має ім'я й тип. Імена полів – це атрибути (вони визначаються властивостями об'єкта). Тип задає спосіб подання атрибута.
Основна властивість таблиці в реляційною базі даних полягає в тому, що в ній не повинне бути однакових записів. Це означає, що в таблиці повинні бути один або кілька атрибутів, які забезпечують унікальність кожного рядка. Такі атрибути називаються ключем. Ключів у таблиці може бути кілька. З них вибирається один, котрий буде надалі представляти (заміняти) кожен запис таблиці. Такий ключ називається первинним. Отже, реляційну модель можна представити як особливий метод розгляду даних, що включає як властиво дані (у вигляді таблиць), так і способи роботи й маніпуляції з ними (у вигляді зв'язків). Інакше кажучи, у реляційною БД використається кілька таблиць, між якими встановлюються зв'язки. Таким чином, інформація, уведена в одну таблицю, може бути пов'язана з однієї або декількома записами з іншої таблиці.
Реляційна модель даних має наступні властивості:
1. Кожен елемент таблиці – один елемент даних.
2. Всі поля в таблиці є однорідними, тобто мають один тип.
3. Кожне поле має унікальне ім'я.
4. Однакові записи в таблиці відсутні.
Складемо таблиці з відповідними їм атрибутами, використовуючи дані наведені вище. Для кожного атрибута встановимо логічно відповідний йому тип даних.
Таблиця 1 – «Замовлення»
Таблиця 2 – «Клієнти»
Таблиця 3 – «Меблі»