яких може дублюватися в інших сутностях. Для оптимізації даних необхідно провести процедуру нормалізації, яка виконується поетапно.
Перша нормальна форма (1НФ). Для неї потрібно, щоб таблиця була плоскою і не містила повторюваних груп. У плоскій таблиці є тільки дві характеристики - довжина (кількість записів або рядків) і ширина (кількість полів або стовпців). Така таблиця не повинна містити осередків, що включають кілька значень. Тобто в одну клітинку не повинні поміщатися кілька атрибутів.
Для приведення сутностей до таблиць першій нормальній формі, необхідно виключити дублювання безлічі характеристик між двома сутностями, шляхом присвоєння ключових атрибутів тим сутностей, які їх не мають.
Для другої нормальної форми (2НФ) вимагається, щоб усі поля таблиці залежали від первинного ключа, тобто, щоб первинний ключ однозначно визначав запис і не був надмірний. Значення первинного ключа в таблиці БД повинно бути унікальним, тобто в таблиці не повинно існувати двох і більше записів з однаковим значенням первинного ключа. Ті поля, які залежать тільки від частини первинного ключа, повинні бути виділені у складі окремих таблиць. Прикладом приведення таблиць до другої нормальної форми, є поділ відомостей про видах ремонтів таблиці.
Для третьої нормальної форми (ЗНФ) потрібно, щоб все не ключові стовпці таблиці залежали від первинного ключа таблиці, але були незалежні один від одного. Для цього потрібно, щоб таблиці були приведені до 1НФ і 2НФ.
3. Логічна модель даних
Наступний етап у створенні інформаційної системи - проектування інформаційних структур. Результатом цього повинна стати логічна модель даних, що представляє собою графічне зображення структури інформаційної системи: назви таблиць з іменами входять до них полів і типами зв'язків між полями таблиць з даними.
З урахуванням вимог до змісту реляційних таблиць отриманий список полів для кожної таблиці. У побудованій ER-діаграмі немає багатозначних атрибутів і зв'язків «багато до багатьох».
Модель сутність - зв'язок (МСС) (entity-relation diagram) є неформальною моделлю предметної області та використовується на етапі інфологіческого проектування БД. Моделюються об'єкти предметної області та їх взаємини. У даному курсовому проекті представлена ??модель «сутність - зв'язок» для мережевої бази даних «».
Малюнок 1 ER-діаграма для бази даних «Технічне обслуговування верстатів»
4. Фізична модель бази даних
4.1 Опис обраної СУБД
Реляційна база даних являє собою безліч взаємопов'язаних таблиць, кожна з яких містить інформацію про об'єкти певного типу.
Найбільш зручною і популярною системою управління базою даних (СКБД), яка дозволить реалізувати всі необхідні завдання з розробки бази даних та програмного додатка є продукт компанії Microsoft - Access.Access є настільною СУБД реляційного типу. Перевагою Access є те, що вона має дуже простий графічний інтерфейс, який дозволяє не тільки створювати власну базу даних, але і розробляти прості і складні додатки. На відміну від інших настільних СУБД, Access зберігає всі дані в одному файлі, хоча і розподіляє їх по різних табліцам.позволяет не тільки вводити дані в таблиці, а й контролювати правильність даних, що вводяться. Для цього необхідно встановити правила перевірки прямо на рівні таблиці. Тоді яким би чином не вводилися дані - прямо в таблицю, через екранну форму або на сторінці доступу до даних, Access не дозволить зберегти записи ті дані, які не задовольняють заданими правилами.
Таблиці баз даних можуть включати в себе величезну кількість записів, і при цьому СУБД забезпечує зручні способи вилучення з цієї множини потрібної інформації.
У Access можливе створення зв'язків між таблицями, що дозволяє спільно використовувати дані з різних таблиць. При цьому для користувача вони будуть представлятися однією таблицею.
Встановлюючи взаємозв'язку між окремими таблицями, Access дозволяє уникнути непотрібного дублювання даних, заощадити пам'ять комп'ютера, а також збільшити швидкість і точність обробки інформації. Для цього таблиці, що містять повторювані дані, розбивають на декілька пов'язаних таблиць. може підтримувати одночасну роботу з базою даних 50 користувачів, при цьому всі користувачі гарантовано будуть працювати з актуальними даними.
4.2 Створення структури БД в СУБД MS ACCESS
На малюнках нижче представлені розроблені таблиці:
Малюнок 2 - Таблиця «Верстати»
Малюнок 3 - Таблиця «Ремонт»
Малюнок 4 - Табл...