РРис. 1.14

4. Столбец может быть создан:

   1. из раннее созданной таблицы или запроса;

   2. из набора фиксированных значений (см. рис. 1.14) .

В первом случае необходимо выбрать объект, из которого делаем подстановку столбца (таблица или запрос). Во втором случае ввести с клавиатуры набор данных, элемент только из этого набора сможет присутствовать в новом столбце.

По умолчанию списки значений используют текстовый тип данных.

В свойствах полей (см. рис. 1.15) всегда можно посмотреть параметры подстановки.

Рис. 1.15

Связи между таблицами

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

Д ля создания связей между таблицами применяют специальное окно Схема данных (см. рис. 1.16) .

Окно Схема данных открывают на вкладке Работа с базами данных в группе Отношения.

Возможны два варианта:

1. е

   Рис. 1.16

   сли ранее при создании таблиц был использован Мастер подстановок, то связи между полями таблиц уже установлены и отображены в окне

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

П

Рис. 1.17

осле построения связей между таблицами для каждой связи открыть окно Изменение связи, в котором можно задать свойства образованной связи (см. рис. 1.17) . Флажки Каскадное обновление связанных полей и Каскадное удаление связанных записей обеспечивают одновременное обновление или удаление данных во всех подчиненных таблицах при их изменении в главной таблице. Включение флажка Обеспечение целостности данных позволяет защититься от случаев удаления записей из одной таблицы, при которых связанные с ними данные других таблиц останутся без связи.

Связи между таблицами отражают структуру связей (отношений) между взаимодействующими объектами и могут быть разделены на три типа:

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

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

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

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

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

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