Основные понятия реляционных СУБД

Стандартные требования к реляционным СУБД – правила Кодда.

Поле (атрибут) – свойство описываемого объекта;

Запись (кортеж) – значение атрибута объекта;

Таблица (отношение) – совокупность записей с заполненными значениями атрибутов;

Для идентификации каждой записи в таблице используется уникальный маркер, который называют первичным ключом. Внешний ключ – поле, содержащее ссылку на поле первичного ключа в другой таблице. Поле внешнего ключа определяет способ объединения таблиц. Первичный ключ используется для связывания таблицы с внешними ключами в других таблицах.

Структура БД (схема отношения) – совокупность информации о полях таблицы;

Запрос – таблица, сформированная автоматически с помощью поиска и извлечения данных из одной или нескольких БД при помощи заданных правил.

Форма – окно для просмотра, добавления и изменения данных в таблицах

Отчет – документ для анализа и печати данных в определенном формате

Связь – отношение между двумя общими полями двух таблиц

Типы связей между данными:

1:1 каждая запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Отношения этого типа используются не очень часто, поскольку большая часть сведений, связанных таким образом, может быть помещена в одну таблицу. Отношение «один-к-одному» может использоваться для разделения таблиц, содержащих много полей, для отделения части таблицы по соображениям безопасности, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице.

(студент - № зачетки)

1:N каждой записи в таблице A могут соответствовать несколько записей в таблице B, но не наоборот

1 Один поставщик...
2 ... может поставлять несколько товаров, ...
3 ... но у каждого товара может быть только один поставщик. (Группа-студенты)

N:M одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Этот тип связи возможен только с помощью третьей (связующей) таблицы, первичный ключ которой состоит из двух полей, которые являются внешними ключами таблиц A и B. Отношение «многие-ко-многим» по сути дела представляет собой два отношения «один-ко-многим» с третьей таблицей. Например, отношение «многие-ко-многим» между таблицами «Заказы» и «Товары» определяется путем создания двух отношений «один-ко-многим» с таблицей «Заказано». В одном заказе может быть много товаров, а каждый товар может появляться в нескольких заказах

(Студенты-курсы, которые они слушают)

1 Первичный ключ из таблицы «Заказы»
2 Первичный ключ из таблицы «Товары»
3 Один заказ может содержать несколько товаров, ...
4 ... а каждый товар может содержаться в нескольких заказах.

Целостность данныхозначает систему правил, используемых в Microsoft Access для поддержания связей между записями в связанных таблицах, а также обеспечивающих защиту от случайного удаления или изменения связанных данных.

Если при определении отношения установить флажок Каскадное обновление связанных полей, любое изменение значения первичного ключа главной таблицы приведет к автоматическому обновлению соответствующих значений во всех связанных записях. Например, при изменении кода клиента в таблице «Клиенты» будет автоматически обновлено поле «КодКлиента» во всех записях таблицы «Заказы» для заказов каждого клиента, поэтому целостность данных не будет нарушена. Microsoft Access выполнит каскадное обновление без ввода предупреждающих сообщений.