вузли, пов'язані з вузлами попереднього рівня і т.д. Кожен вузол може мати тільки одного предка. Основні переваги ієрархічної моделі - простота опису ієрархічних структур реального світу і швидке виконання запитів, відповідних структурі даних, але вони найчастіше містять надлишкові дані. Крім того, не завжди зручно щоразу розпочинати пошук потрібних даних з кореня, а іншого способу переміщення по базі в ієрархічних структурах немає.
Зазначений недолік знятий в мережевій моделі, де, принаймні, теоретично можливі зв'язку «всіх інформаційних об'єктів з усіма».
Використання ієрархічної і мережної моделей прискорює доступ до інформації в базі даних. Але оскільки кожен елемент даних повинен містити посилання на деякі інші елементи, потрібні значні ресурси як дискової, так і основної пам'яті ЕОМ. Недолік основної пам'яті, звичайно знижує швидкість обробки даних. Крім того, для таких моделей характерна складність реалізації системи управління базами даних.
Реляційна модель була розроблена на початку 70-х років Коддом. Простота і гнучкість моделі привернули до неї увагу розробників. У 80-х роках вона отримала широке поширення, і реляційні СУБД виявилися промисловим стандартом.
Модель спирається на систему понять реляційної алгебри, найважливіші з яких: таблиця, рядок, стовпець, ставлення, і первинний ключ, а всі операції зводяться до маніпуляцій з таблицями.
У реляційній моделі інформація представляється у вигляді прямокутних таблиць. Кожна таблиця складається з рядків і стовпців і має ім'я, унікальне всередині бази даних.
Таблиця відображає об'єкт реального світу - сутність, а кожна її рядок (запис) відбиває одне коректний екземпляр об'єкта - екземпляр сутності. Кожен стовпець таблиці має унікальне для своєї таблиці ім'я. Стовпці перебувають у таблиці відповідно до порядку проходження їхніх імен при її створенні. Таблиця не може мати менше одного стовпця.
На відміну від стовпців рядка не мають імен, порядок їх проходження в таблиці не визначений, а кількість логічно не обмежена. Так як рядки в таблиці не впорядковані, неможливо вибрати рядок по її позиції. Хоча у файлі у кожного рядка мається номер, він не характеризує рядок. Його значення змінюється при видаленні рядків з таблиці. Логічно серед рядків не існує «першої» і «останньою».
Реляційні системи виключили необхідність складної навігації, оскільки дані представлені в них не у вигляді одного файлу, а незалежними наборами, і для відбору даних використовуються операції реляційної алгебри - прикладної теорії множин.
У кожній таблиці реляційної моделі повинен бути стовпець або сукупність стовпців, значення яких однозначно ідентифікують кожен рядок таблиці. Цей стовпець або їх сукупність і називається первинним ключем таблиці.
Якщо таблиця задовольняє вимогу унікальності первинного ключа, вона називається ставленням. У реляційній моделі всі таблиці повинні бути перетворені у відносини. Зовнішній ключ - це стовпець (сукупність стовпців), значення якого однозначно характеризує значення первинного ключа іншого відношення (таблиці).
Кажуть, що ставлення, в якому визначено зовнішній ключ, посилається на відповідне відношення, в якому та ж сукупність стовпців є первинним ключем.
Об'єктно-орієнтована модель баз почала створюватися в зв'язку з появою об'єктно-орієнтованих мов програмування. Такого роду бази зберігають методи класів, а іноді й постійні об'єкти класів, що дозволяє здійснювати безперешкодну інтеграцію між даними та їх обробкою в додатках.
Домінування реляційної моделі в сучасних СУБД визначається:
Наявністю розвиненої теорії (реляційної алгебри);
Наявністю апарату відома інших моделей даних до реляційної моделі;
Наявністю спеціальних засобів прискореного доступу до інформації;
Наявністю стандартизованого високорівневої мови запитів до БД, що дозволяє маніпулювати ними без знання конкретної фізичної організації БД в зовнішній пам'яті.
.2 Заповнення таблиць
На етапі заповнення таблиці даними допускається змінювати її структуру, зокрема додавати нові поля (стовпці), видаляти або змінювати формат існуючих полів, змінювати формат даних в полях і записах таблиці.
Такі операції найкраще робити за допомогою контекстного меню.
За допомогою контекстного меню можна також вставити поля в структуру таблиці. Для цього спочатку необхідно вибрати стовпець, перед яким потрібно вставити новий, навести курсор на його назву і виконати кнопкою миші правий клік. У контекстному меню вибрати «Вставити стовпець», і в таблиці з'явиться нове поле з ім'ям «Поле1». Ім'я нового поля можна змінити, через контекстне меню його заголовка, вибравши команду «Перейменувати стовпець». Для вказівки типу даних нового поля спочатку необхідно вибрати це поле мишею, потім вибрати вкладку головного меню «Режим таблиці», на стрічці у групі «Форматування ...
