Свойства отношений

· Уникальность имени отношения.

· Уникальность кортежей.

· Каждая ячейка отношения содержит только атомарное (неделимое) значение.

· Неупорядоченность кортежей, т.к. тело отношения – множество.

· Неупорядоченность атрибутов.

· Уникальность имени атрибута в пределах отношения.

· Атомарность значений атрибутов.

В концептуальной модели реляционной БД аналогом таблицы является сущность (entity), с определенным набором свойств - атрибутов, способных принимать определенные значения (набор допустимых значений - домен).

Значение атрибута – значение поля в записи.

Степень отношения – количество столбцов в таблице.

Мощность отношения – количество строк в таблице.

Ключевой элемент таблицы (ключ, regular key) - поле (простой ключ) или строковое выражение, образованное из значений нескольких полей (составной ключ), по которому можно определить значения других полей для одной или нескольких записей таблицы. На практике для использования ключей создаются индексы - служебная информация, содержащая упорядоченные сведения о ключевых значениях. В реляционной теории и концептуальной модели понятие "ключ" применяется для атрибутов отношения или сущности.

Первичный ключ (primary key) – набор атрибутов, однозначно идентифицирующий кортеж в отношении. Могут также существовать альтернативный (candidate key) и уникальный (unique key) ключи, служащие также для идентификации кортежей отношения.

В концептуальной модели первичный ключ - минимальный набор атрибутов сущности, однозначно идентифицирующий экземпляр сущности.

Внешний ключ (foreign key) - ключевой элемент подчиненного (внешнего, дочернего) отношения, значение которого совпадает со значением первичного ключа главного (родительского) отношения.

Ссылочная целостность данных (referential integrity) - набор правил, обеспечивающих соответствие ключевых значений в связанных отношениях.

Хранимые процедуры (stored procedures) - программные модули, сохраняемые в базе данных для выполнения определенных операций с информацией базы.

Репликация базы данных - создание копий базы данных (реплик), которые могут обмениваться обновляемыми данными или реплицированными формами, отчетами или другими объектами в результате выполнения процесса синхронизации.

Null - значение поля таблицы, показывающее, что информация в данном поле отсутствует. Разрешение на возможность существования значения Null может задаваться для отдельных полей таблицы.

Связь (relation) - функциональная зависимость между объектами.

В реляционных базах данных между отношениями устанавливаются связи по ключам, один из которых в главном отношении - первичный, второй - внешний ключ - во внешнем отношении, как правило, первичным не является и образует связь "один ко многим" (1:N). В случае первичного внешнего ключа связь между отношениями имеет тип "один к одному" (1:1). Информация о связях сохраняется в базе данных.

Информационная система (ИС) - программно-аппаратный комплекс, предназначенный для хранения и обработки информации какой-либо предметной области. База данных - важнейший компонент любой информационной системы. Хорошо структурированная информация в базе данных позволяет не только беспроблемно эксплуатировать систему и выполнять ее текущее обслуживание, но и модифицировать и развивать ее при модернизации предприятия и изменении информационных потоков, законодательства и форм отчетности.

Приведем 12 правил реляционной модели, которые сформулировал Е. Кодд

1. Информационное правило - вся информация в реляционной БД (включая имена таблиц и столбцов) должна определяться строго как значения в таблицах.

2. Гарантированный доступ - любое значение в реляционной БД должно быть гарантированно доступно для использования через комбинацию имени таблицы, значения первичного ключа и имени столбца

3. Поддержка пустых значений (null value) - СУБД должна уметь работать с пустыми значениями (неизвестными или неиспользованными значениями), в отличие от значений по умолчанию и независимо для любых доменов.

4. Онлайновый реляционный каталог - описание БД и ее содержания должны быть представлены на логическом уровне как таблицы, к которым можно применять запросы, используя язык базы данных.

5. Исчерпывающий язык управления данными - по крайней мере, один из поддерживаемых языков должен иметь четко определенный синтаксис и быть всеобъемлющим. Он должен поддерживать описание структуры данных и манипулирование ими, правила целостности, авторизацию и транзакции.

6. Правило обновления представлений (views) - все представления, теоретически обновляемые, могут быть обновлены через систему.

7. Вставка, обновление и удаление - СУБД поддерживает не только запрос на отбор данных, но и вставку, обновление и удаление.

8. Физическая независимость данных - на программы-приложения и специальные программы логически не влияют изменения физических методов доступа к данным и структур хранилищ данных.

9. Логическая независимость данных - на программы-приложения и специальные программы логически не влияют, в пределах разумного, изменения структур таблиц.

10. Независимость целостности - язык БД должен быть способен определять правила целостности. Они должны сохраняться в онлайновом справочнике, и не должно существовать способа их обойти.

11. Независимость распределения - на программы-приложения и специальные программы логически не влияет, первый раз используются данные или повторно.

12. Неподрывность - невозможность обойти правила целостности, определенные через язык базы данных, использованием языков низкого уровня.