ли ключову роль у розвитку реляційної моделі даних, що з'явилася багато в чому завдяки прагненню спростити проектування, впорядкувати роботу з моделями даних і підвищити її ефективність.
Ієрархічну модель баз даних зображують у вигляді дерева. Елементи дерева - вершини представляють сукупність даних, наприклад логічні записи. Кожній вершині відповідає безліч екземплярів записів, що складають логічний файл. Вершини розташовані по рівнях і пов'язані між собою відносинами підпорядкованості. Одна-єдина вершина верхнього рівня є кореневої. Ієрархічна модель даних забезпечує так звані одно-багатозначні відносини між даними. Прикладом таких відносин можуть служити наступні: одному виробу відповідає кілька матеріалів, що використовуються на різних операціях обробки, збірки.
Мережеві моделі баз даних відповідають більш широкого класу об'єктів управління, хоча вимагають для своєї організації та додаткових витрат. Мережева модель дозволяє будь-якому об'єкту бути пов'язаним з будь-яким іншим об'єктом. Мережеві моделі складні, що створює певні труднощі при необхідності модернізації або розвитку СУБД. Приклад мережевої моделі БД: один виріб виготовляється в результаті виконання декількох операцій, а одна операція може використовуватися для виготовлення різних виробів.
Реляційна модель баз даних представляє об'єкти та взаємозв'язки між ними у вигляді таблиць, а всі операції над даними зводяться до операцій над цими таблицями. На цій моделі базуються практично всі сучасні СУБД. Ця модель більш зрозуміла, «прозора» для кінцевого користувача організації даних. До переваг реляційної моделі БД можна віднести також більш високу гнучкість при розширенні БД, складу запитів до неї.
Одне з основних відмінностей між трьома типами моделей СУБД полягає в тому, що для ієрархічних і мережевих СУБД їх структура не може бути змінена після введення даних, тоді як для реляційних СУБД структура може змінюватися в будь-який час. Більшість СУБД для ПК працюють з реляційною моделлю. До реляційним моделям відносять, наприклад, Clipper, dBase, Paradox, FoxPro, Access, Oracle.
СУБД Access - є реляційної базою даних. У реляційній моделі організації даних:
об'єкти-сутності представляються у вигляді таблиць;
атрибути - стовпчики таблиці (поля);
екземпляри сутностей - рядки таблиці (записи, кортежі);
ключові атрибути - ключові поля. Ключ може бути простим або складеним.
Послідовність кроків при проектуванні реляційних баз даних:
) Визначення переліку таблиць (виділення сутностей).
) Завдання в таблицях полів, типів полів, ключових полів, встановлення зв'язків через зовнішні ключі.
) Нормалізація таблиць (доопрацювання таблиць і зв'язків).
Проектування зв'язків:
- зв'язку «один-до-одного»: служать для поділу великої таблиці на дві;
- зв'язку «один-до-багатьох»: встановлюються через введення зовнішнього ключа;
зв'язку «багато-до-багатьох»: реалізуються через створення третьої таблиці і до неї двох зв'язків «один-до-багатьох».
Головна мета нормалізації бази даних - усунення надмірності і дублювання інформації. ...
