1.1. Упрощенная схема представления данных – в виде таблицы.
1.2. Простота инструментальных средств поддержки реляционной модели
1.3. Оптимизация доступа к базе данных, поскольку системы сами выбирают наиболее эффективную последовательность действий.
1.4. Улучшение целостности и защиты, поскольку реляционная модель позволяет улучшить выражение требований целостности путем использования языка высокого уровня.
1.5. Возможности различных применений, в том числе и рассчитанных на не специалистов в области программирования.
1.6. Обеспечение пользователя языками высокого уровня при работе с базой данных.
2. Недостаток реляционной модели
2.1. Жесткость структуры данных, например, невозможно задать строку таблицы произвольной длины, а также сложность описания иерархических и сетевых связей.
3. Реляционную модель используют
3.1. dBase, FoxBase, Paradox, Microsoft, Access, Clarion, Ingres; отечественные: ПАЛЬМА, HyTech и др.
4. Концепция реляционной модели данных была предложена в 1969 году Эдгаром Коддом, известным специалистом в области баз данных, а в 1970 году она была им опубликованы.
5. В теории множеств таблице соответствует термин отношение (relation) физическим представлением которого является таблица, отсюда и название модели – реляционная.
6. Структура таблицы в реляционной базе характеризуется следующим:
6.1. она состоит из совокупности столбцов;
6.2. каждый столбец имеет уникальное, то есть не повторяющееся в других столбцах, имя;
6.3. последовательность столбцов в таблице не существенна;
6.4. все строки таблицы организованы по одинаковой структуре, то есть имеют одно и то же количество реквизитов и имеют одинаковую длину;
6.5. в таблице нет одинаковых строк;
6.6. количество строк в таблице практически не ограничено;
6.7. при выполнении манипуляций с таблицей все строки и столбцы могут просматриваться в произвольном порядке безотносительно к их содержанию и смыслу.
7. кортежи – это di1, di2,…, din (i=1,2,…m); а домены – d1к, d2к,…, dmk (k=1,2,… n).
