> д) стандартним способом - повинно існувати опис правил структурування даних для того формату, в якому представлена ​​розглянута база даних. У відповідності з цими правилами будь-який додаток може отримати до цих даних доступ незалежно від додатки, за допомогою якого розглянута база даних була створена.
е) пойменована - сукупність даних повинна бути явно визначена і фіксована завданням структури збережених даних та імені цієї структури. Кожна програма працює з певною базою даних, використовуючи її ім'я для доступу до неї.
2. Основні моделі даних
Збережені в базі дані мають певну логічну структуру, іншими словами, описуються деякою моделлю представлення даних (моделлю даних), підтримуваної СУБД. До числа класичних відносяться наступні моделі даних:
ієрархічна,
мережева,
реляційна.
Крім того, в останні роки з'явилися і стали більш активно впроваджуватися на практиці наступні моделі даних:
постреляціонних,
багатовимірна,
об'єктно-орієнтована.
Розробляються також всілякі системи, засновані на інших
моделях даних, що розширюють відомі моделі. У їх числі можна назвати
об'єктно-реляційні, дедуктивно-об'єктно-орієнтовані, семантичні, концептуальні моделі. Деякі з цих моделей служать для інтеграції баз даних, баз знань і мов програмування.
У деяких СУБД підтримується одночасно кілька моделей
даних.
Розглянемо реляційну і об'єктно-орієнтовану модель даних.
Потреба у створенні простий, універсальною, ефективно реалізованої моделі даних привели до створення реляційної моделі. У 1970 році американський математик Кодд запропонував схему представлення даних на основі реляційних таблиць (відносин, реляцій) і набір формальних операцій, які забезпечують вирішення більшості стандартних задач обробки даних за рахунок перетворення таблиць.
Реляційна модель даних деякої предметної області являє собою набір відносин, що змінюються в часі.
У свою чергу ставлення являє собою двовимірну таблицю з даними, що б вимогам реляційної моделі і відповідну деякої сутності предметної області.
Атрибути представляють собою властивості, характеризують суть.
У структурі таблиці кожному атрибуту відповідає заголовок деякого шпальти таблиці.
Кожному екземпляру сутності відповідає рядок таблиці - кортеж.
Домен являє собою безліч всіх можливих значень певного атрибута відносини.
Схема відносини (заголовок відносини) являє собою список імен атрибутів. Безліч кортежів відносини часто називають вмістом (тілом) відносини.
Первинним ключем (ключем відносини, ключовим атрибутом) називається атрибут відносини, однозначно ідентифікує кожен з його кортежів. Ключ може бути складовим (складним), тобто складатися з декількох атрибутів.
Якщо відношення має кілька комбінацій атрибутів, кожна з яких однозначно визначає всі кортежі відносини, то всі ці комбінації атрибутів є можливими (потенційними) ключами відносини. Будь-який з можливих ключів може бути вибраний як первинний. p> Якщо обраний первинний ключ складається з мінімально необхідного набору атрибутів, кажуть, що він є компактним або надлишковим.
Ключі використовують для досягнення наступних цілей:
1) виключення дублювання значень в ключових атрибутах;
2) впорядкування кортежів. Можливо впорядкування за зростанням або за спаданням значень всіх ключових атрибутів, а також змішане упорядкування - по одним - зростання, за іншими - спадання;
3) прискорення роботи з кортежами відносини;
4) організації зв'язування таблиць.
Нехай у відношенні R1 є не багато ключовий атрибут А, значення якого є значеннями ключового атрибута У іншого ставлення R2. Тоді кажуть, що атрибут А відносини R1 є зовнішній ключ.
Реляційна модель накладає на зовнішні ключі обмеження для забезпечення цілісності даних, зване посилальної цілісністю. Це означає, що кожному значенню зовнішнього ключа повинні відповідати рядка в пов'язуються відносинах.
Оскільки не всякій таблиці можна поставити у відповідність відношення, наведемо умови, виконання яких дозволяє таблицю вважати ставленням.
1. Всі рядки таблиці повинні бути унікальні, тобто не може бути рядків з однаковими первинними ключами.
2. Імена стовпців таблиці повинні бути різні, а значення їх простими, тобто неприпустима група значень в одному стовпці одного рядка.
З. Всі рядки однієї таблиці повинні мати одну структуру, відповідну іменах і типах стовпців.
4. Порядок розміщення рядків у таблиці може бути довільним.
3. Зв'язування таблиць
При проектуванні реальних БД інформацію зазвичай розміщують у кількох таблицях. При цьому зазвичай дані в таблицях логічно пов'язані.
У реляційних СУБД для завдання таких зв'язків виконують операці...
