лися від попередніх простотою організації і наявністю вельми зручних мов маніпулювання даними. Головним недоліком цих СУБД стало обмеження кількості файлів для зберігання даних, кількості зв'язків між ними, довжини запису та кількості її полів. p align="justify"> Експлуатаційні характеристики БД залежать від фізичної організації даних, тому розробники СУБД намагаються створити найбільш продуктивні фізичні моделі даних. Кожному користувачеві пропонується той чи інший інструментарій для поднастройкі моделі під конкретну БД. Так як на сьогоднішній день дуже багато різноманітних способів коригування фізичних моделей промислових СУБД, що не дозволяє розглянути їх у цьому розділі. br/>
2. Реляційний підхід
Ще наприкінці 60-х років стали з'являтися роботи, в яких обговорювалися можливості застосування різних табличних даталогіческіх моделей даних. Особливий інтерес викликала стаття співробітника фірми IBM д-ра Е.Кодда (Codd EF, A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), в якій вперше був застосований термін "реляційна модель даних". p align="justify"> Так як Е. Кодд за освітою був математиком, він запропонував для обробки даних використовувати апарат теорії множин (об'єднання, перетин, різниця, декартовій твір). Йому вдалося показати, що будь-яке подання даних зводиться до сукупності двовимірних таблиць особливого виду, відомого в математиці як відношення - relation (англ.) [6,7]. p align="justify"> Найменшою одиницею даних реляційної моделі було прийнято окреме атомарному (нерозкладне) для даної моделі значення даних. Наприклад, прізвище, ім'я та по батькові в одній предметної області можуть розглядатися як єдине значення, а в іншій - як три різних значення. p align="justify"> Домен - це безліч атомарних значень одного і того ж типу. Їх сенс у наступному, наприклад, якщо взяти значення двох атрибутів з одного і того ж домена, то тоді необхідно робити порівняння, яке використовує обидва атрибуту, якщо ж значення двох атрибутів беруться з різних доменів, то сенсу в їх порівнянні немає.
Розглянемо конкретний приклад для першого випадку: при організації транзитного рейсу, доцільно задати запит: "Видати рейси, в яких час вильоту з Челябінська до Єгипту більше часу прибуття зі Свердловська в Стамбул".
Ставлення на доменах D1, D2, ..., Dn (не обов'язково, щоб всі вони були різні) складається з заголовка і тіла. На рис. 3 наведено приклад відносини для розкладу руху літаків. p align="justify"> Тема складається з такого фіксованого безлічі атрибутів A1, A2, ..., An, що існує взаємно однозначна відповідність між цими атрибутами Ai і визначальними їх доменами Di (i = 1,2, ..., n).
В
Малюнок 2. Відношення з математичної точки зору (Ai - атрибути, Vi - значення атрибутів)
Тіло складається з мінливого в часі безлічі кортежів. ...
