же перебувати на декількох складах, а на одному складі може знаходитися декілька видів продукції. Тому зв'язок між сутностями ПРОДУКЦІЯ і СКЛАД багато до багатьох (М: М).
Отже, отримали наступну ER-діаграму.
2.4 Реляційна модель
Що таке реляційна модель? Досить точно її характеризує наступне визначення: реляційна модель - це спосіб розгляду даних, тобто припис для способу представлення даних (за допомогою таблиць) і для способу роботи з таким поданням (за допомогою операторів). Або, точніше, реляційна модель пов'язана з трьома аспектами даних: структурою, цілісністю і обробкою даних [5].
Реляційна модель орієнтована на організацію даних у вигляді двовимірних таблиць. Кожна реляційна таблиця являє собою двовимірний масив і володіє наступними характеристиками:
1. Кожен елемент таблиці - один елемент даних.
2. Всі стовпчики в таблиці однорідні, тобто всі елементи в стовпці мають однакові характеристики (тип і довжину).
. Кожне стовпець має унікальне ім'я.
. Порядок стовпців не важливий.
. Відсутні однакові записи.
. Порядок записів у таблиці може бути довільним.
Реляційні таблиці зв'язуються між собою за допомогою ключових полів.
Реляційні моделі (в MS Access) не дозволяють визначати прямий зв'язок багато до багатьох між двома таблицями. Тому потрібно розділити зв'язок багато до багатьох на два зв'язки один до багатьох raquo ;, тобто побудувати додаткову таблицю зв'язку.
Ключове поле однієї таблиці - первинний ключ - пов'язують з відповідним йому полем другої таблиці, яке називають зовнішнім ключем.
Связующая таблиця обов'язково містить зовнішні ключі (часто мають те ж ім'я, що і первинні ключі) і, як правило, поля, що характеризують робочий процес [1].
Наше завдання: дивлячись на цю ER- діаграму, намалювати структуру таблиць, що відображають не тільки суті, але і зв'язки між ними, а також атрибути, які характеризують зв'язку.
Таблиці Посади і Смєни з таблицею Співробітники мають зв'язок 1: М (один до багатьох), отже, потрібно додати в неї зовнішні ключі (НомДолжн і КодСмени) в таблицю Співробітники .
Таблиці Продукція і Смєни мають зв'язок (М: М), так як в реляційної моделі ми не можемо визначати прямий зв'язок багато до багатьох між двома таблицями, побудуємо додаткову таблицю зв'язку, яку назвемо ВИРОБНИЦТВО (Змінне Завдання). Співвідносячи атрибути в сутності ЗМІНА і ПРОДУКЦІЯ з відповідними атрибутами, по суті, ВИРОБНИЦТВО (Змінне Завдання) через два зв'язки один до багатьох (1: М), одержуємо необхідну нам зв'язок багато до багатьох (М: М). Для об'єднання таблиць нам потрібно додати зовнішні ключі (КодПрод і КодСмени) в таблицю ВИРОБНИЦТВО (Змінне Завдання) .
Таблиці Продукція і Склад мають зв'язок (М: М), побудуємо додаткову таблицю зв'язку, яку назвемо НАКЛАДНА У МІСЦЯ ЗБЕРІГАННЯ. Співвідносячи атрибути в сутності Продукція і Склад з відповідними атрибутами, по суті, НАКЛАДНА У МІСЦЯ ЗБЕРІГАННЯ, через два зв'язку один до багатьох (1: М), одержуємо необхідну нам зв'язок багато до багатьох (М: М). Для об'єднання таблиць нам потрібно додати зовнішні ключі (КодПрод і КодСклада) в таблицю ВИРОБНИЦТВО (Змінне Завдання) .
Схема даних має вигляд:
2.5 Побудова нормалізованих відносин
При проектуванні реляційної БД необхідно передбачити створення найбільш ефективної структури даних. Після визначення таблиць, полів і зв'язків між таблицями слід подивитися на проектовану базу даних в цілому і проаналізувати її, використовуючи правила нормалізації, з метою: [5]
? забезпечити швидкий доступ до даних в таблицях;
? усунення логічних помилок;
? видалення надлишкового дублювання даних;
? групування інформації в логічно пов'язаних одиницях.
У добре спроектованої базі даних надмірність даних виключається, ймовірність збереження суперечливих даних мінімізується, а також спрощується процедура їх обробки та оновлення.
У логічному проектуванні найбільш ефективна структура даних, представлена ??у вигляді Нормальних форм (НФ). Існують декілька видів нормальних форм:
· 1 -я нормальна форма
· 2-я нормальна форма
· третій нормальна форма
· Нормальна форма Бойса-Кодда (НФБК)
· 4-я нормальна форма
