Существует три типа межтабличных связей

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

Другой возможный тип – «многие-ко-многим» в нашей базе данных отсутствует, но его примером может служить связь между таблицами с преподавателями и предметами: один преподаватель может вести несколько предметов, но и один предмет могут вести несколько преподавателей.

Продолжая определение связей между таблицами, получим следующую схему базы данных (рис. 4).

Отношение «один-ко-многим»

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

Чтобы создать отношение «один-ко многим» в структуре базы данных, добавьте первичный ключ на стороне «один» в таблицу на стороне «многие» в виде дополнительного поля. В данном примере необходимо добавить новое поле — поле «Код» из таблицы «Клиенты» — в таблицу «Заказы» и назвать его «Код клиента». После этого СУБД сможет использовать номер «Код клиента» из таблицы «Заказы» для поиска клиента каждого заказа.

Отношение «многие-ко-многим»

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

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

Отношение «один-к-одному»

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

Для дальнейшей работы с базой данных заполним ее данными. В окне базы данных дважды щелкнем на таблице «Туристы». Щелкая на значок «+» этой записи, можно отобразить и непосредственно вносить изменения в дочерних таблицах. Дочерние таблицы образуют группу, определенную в структуре базы данных.

Рис. 4. Схема данных базы BDTur

Описание структуры базы данных «Автосервис»

Услуги в автосервисе выполняются мастером - универсалом и любой мастер может выполнить любую услугу, которая осуществляется в нашем автосервисе. Клиент, приехавший в автосервис, выбирает нужную ему услугу, из имеющегося у нас в автосервисе перечня. Мастер выписывает клиенту накладную. На каждую услугу выписывается отдельная накладная.

Описание структуры базы данных «Торговая компания»

Описание структуры базы данных «Отдел кадров»

Схема взаимодействия и связей со всеми существующими таблицами

Рис 5. Взаимодействия и связи между таблицами

Дата добавления: 2014-01-14