11
Первичным ключом может быть, например, код_сотудника, табель-
ный_номер, номер_договора, серийный_знак_автомобиля, ИНН и т.п., но не
может выступать, например, фамилия, т.к. она может быть одинаковой у раз-
ных людей. Таблица с данным первичным ключом является главной по отно-
шению к другой взаимосвязанной (вспомогательной) таблице, в которой име-
ется аналогичное первичному ключу поле. Данное поле во вспомогательной
таблице носит название внешнего ключевого поля или внешнего ключа
(foreign key. Таким образом, через ключевые поля (первичный и внешний
ключи) обеспечивается взаимосвязь таблиц - важнейший элемент реляцион-
ной базы данных.
Общее поле, которое связывает две таблицы таким образом, что
Microsoft Access может объединить данные из двух (или более) таблиц для
просмотра, редактирования или печати, называется полем ключа (ключом).
В одной таблице (в нашем случае – Отделы) это поле (Код_отд) является по-
лем первичного ключа (первичный ключ). Это же поле существует в связан-
ной таблице (Сотрудники_2), как поле внешнего ключа (внешний ключ).
1.4.2 Типы связей
В реляционной базе данных имеется несколько типов связей, опреде-
ляющих связь таблиц через ключевые поля.
Наиболее часто используемым типом связи является тип связи (отноше-
ние) «один ко многим», при которой одной записи в одной таблице (назы-
ваемой в данном случае главной) соответствует несколько записей в другой
таблице (подчиненной). Показан выше.
При отношении «многие-ко-многим» одной записи в таблице A могут
соответствовать несколько записей в таблице B, а одной записи в таблице B
несколько записей в таблице A. Этот тип связи возможен только с помощью
третьей (связующей) таблицы и по сути представляет собой два отношения
«один-ко-многим» с третьей таблицей С. Например, отношение «многие-ко-
многим» между таблицами «Заказы» (А) и «Товары» (В) определяется. путем
создания двух отношений «один-ко-многим» с таблицей «Заказано» (С). В од-
ном заказе может быть много товаров, а каждый товар может появляться в не-
скольких заказах.
«один-к-одному» - обычно, когда необходимо данные об одном объекте
разнести по разным таблицам.
1.5. Целостность данных
Для защиты от случайного удаления или изменения связанных данных
должны выполняться следующие условия:
невозможно ввести в поле внешнего ключа связанной таблицы значе-
ние, не содержащееся в ключевом поле главной таблицы. Возможен только
ввод значений Null. Например, нельзя сохранить запись, регистрирующую за-
каз, сделанный несуществующим клиентом, но можно создать запись для за-