Один-к-одному

Каждому объекту одного типа соответствует один и только один объект другого типа. Например, человек и его паспорт. Если хранить какую-либо информацию о человеке в одной таблице, а паспортные данные в другой, то таблицы должны быть связаны именно таким образом. Возникает вопрос, нельзя ли хранить все в одной таблице? Можно, но не всегда удобно. Данные нужны разным людям в разных ситуациях, права доступа к их элементам могут различаться, да и работать с длинными записями не всегда удобно. Ключевые поля у таких таблиц совпадают, и связь осуществляется именно между ключевыми полями.

Один-ко-многим

Встречается чаще других. При отношении один-ко-многим таблица, находящаяся на стороне отношения «один» называется главной (адресуемой) таблицей. Таблица на стороне отношения «многие» называется внешней (адресующей). Каждая запись одной таблицы может быть связана с несколькими (в том числе ни с одной) записями другой таблицы. Примером может служить связь между таблицами Товары и Поставщики: каждый вид товара имеет только одного поставщика, но поставщик может поставлять несколько видов товаров. При такой связи ключевое поле таблицы на стороне «много» совпадает (и связывается) с не ключевым полем таблицы на стороне «один».

Многие-ко-многим

Также встречается достаточно часто. Каждая из таблиц может иметь несколько значений в другой таблице. Например, связь между клиентами и товарами: каждый клиент может приобрести много товаров, и каждое наименование товара может быть куплено многими клиентами. Таблицы в СУБД MS Access не могут быть непосредственно связаны между собой по типу «многие-ко-многим». Вместо этого создается дополнительная связывающая таблица и устанавливается две связи «один-ко-многим» между связывающей и исходными таблицами.