8. Реляционная и постреляционная модели данных: составы моделей, преимущества и недостатки #

Реляционная модель #

Реляционная — relationship (таблица — отношение)

Компоненты реляционной модели #

1. Поле данных - неделимая, уникально адресуемая единица хранения данных

2. Отношение - совокупность множества полей данных

3. Связь - хранение с помощью ключа, хранение связи = пара ключей + вес

Один ко многим : добавляем ID на продукт (другую сущность)

Многие ко многим: отдельная сущность с ID_1, ID_2, другое поле

Нововведения #

1. Связи хранятся в отдельных отношениях (таблицах)

2. Фактически от сетевой модели к реляционной мы переходим, реорганизовав хранение связей (но не только)

3. Возникают предпосылки для избежания дублирования данных

4. Позволяет гарантировать целостность данных (при грамотной организации)

5. Позволяет гарантировать избежание дублирвоания данных (при грамотной организации)

6. Позволяет гарантировать эффективное времы выполнения операций записи (при грамотной организации)

Сама таблица - тоже связь

Плюсы:

1. Более эффективное использование памяти, относительно сетевоой и иерархической моделей

2. Более быстрое время выполнения CRUD операций, относительно сетевоой и иерархической моделей

Проблемы:

1. Поле - неделимый элемент данных, поэтому возникает проблема с определением типа данных и их хранением

Постреляционная модель #

Фактически это реляционная модель, но без целостности данных - поле данных может само по себе являться агрегатом (снимаем требование неделимости с отдельного поля)

Поле данных - агрегат

Плюсы:

1. Представление данных становится наглядным и нет необходимости соединять таблицы.

Проблемы:

1. При нормализации отношенией не гарантируется получение целостных данных, так как мы выносим данные из понятия отношений

2. Целостность данных ложится на плечи разработчиков

3. При большом количестве данных все алгоритмы в основном работают за O(e)

Появилась идея о том, что скорость вычисления намного чажнее, чем память.