Моделі даних

Дані, які зберігаються в БД мають визначену логічну структуру, тобто представлені деякою моделлю даних, яка підтримується СУБД.

Класичними моделями даних являються:

· ієрархічна;

· мережева;

· реляційна.

Крім цього, поряд з класичними моделями, в даний час використовуються такі моделі даних, як:

· постреляційна;

· багатовимірна;

· об’єктно-орієнтована.

В ієрархічній моделі дані представляються у виді деревовидної структури. Вона зручна для роботи з ієрархічно упорядкованою інформацією і громіздка для роботи з складними логічними зв’язками. На рис. 1 приведена типова ієрархічна модель даних структури автомобіля.

Мережеві моделітакож створювалися для мало ресурсних ЕОМ. Це достатньо складні структури, що складаються з "наборів" – пойменованих дворівневих дерев. "Набори" з'єднуються за допомогою "записів-зв'язок", утворюючи ланцюжки і так далі.

В кінці 60-х років з'явилися роботи, в яких обговорювалися можливості застосування різних табличних даталогічних моделей даних, тобто можливості використання звичних і природних способів представлення даних.

Найменша одиниця даних реляційної моделі – це окреме атомарне (нерозкладне) для даної моделі значення даних. Так, в одній наочній області прізвище, ім'я і по батькові можуть розглядатися як єдине значення, а в іншій – як три різні значення.

Доменом називається безліч атомарних значень одного і того ж типу. .

Сенс доменів полягає в наступному. Якщо значення двох атрибутів беруться з одного і того ж домена, то, ймовірно, мають сенс порівняння, що використовують ці два атрибути.

Кожне відношення володіє хоч би одним можливим ключем, оскільки щонайменша комбінація всіх його атрибутів задовольняє умові унікальності. Один з можливих ключів (вибраний довільним чином) береться за його первинний ключ. Решта можливих ключів, якщо вони є, називається альтернативними ключами.

Вищезазначені і деякі інші математичні поняття з'явилися теоретичною базою для створення реляційних СУБД, розробки відповідних мовних засобів і програмних систем, що забезпечують їх високу продуктивність, і створення основ теорії проектування баз даних. Проте для масового користувача реляційних СУБД можна з успіхом використовувати неформальні еквіваленти цих понять:

Відношення – Таблиця (іноді Файл),
Кортеж – Рядок (іноді Запис),
Атрибут – Стовпець, Поле.

При цьому приймається, що "запис" означає "екземпляр запису", а "поле" означає "ім'я і тип поля".

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Архітектура баз даних	\|	Організація облікового процесу

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.006 сек.