что такое связь таблиц бд

Что такое связь таблиц бд

Схема данных является графическим образом БД. Она используется различными объектами Access для определения связей между несколькими таблицами. Например, при создании формы, содержащей данные из нескольких взаимосвязанных таблиц, схема данных обеспечивает автоматический согласованный доступ к полям этих таблиц. Она же обеспечивает целостность взаимосвязанных данных при корректировке таблиц.

После того, как созданы таблицы БД, можно установить связи между ними, обратившись к схеме данных. Запуск схемы данных выполняется через значок «Схема данных» на панели инструментов Access.

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

Обязательным условием при установлении связи является совпадение связываемых полей по типу и формату.

Типы связей

Тип отношения в создаваемой Microsoft Access связи зависит от способа определения связываемых полей.

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

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

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

Определение связей между таблицами

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

В результате в окно схемы данных будут добавлены графические образы двух таблиц:

Обратите внимание, что Access автоматически определил тип связи как «один-ко-многим».

После нажатия на кнопку » Создать «, образы таблиц будут соединены связями как показано на рисунке. Ключевые в базовых таблицах выделяются жирным шрифтом.

Для установления связей по составному ключу необходимо в окне «Изменение связей» в полях «Таблица/Запрос» и «Связанная таблица/запрос» вручную выбрать из списков пары связываемых полей. На рисунке показан пример связи по составному ключу.

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

Источник

Создание и обработка баз данных.

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

Связи между таблицами и целостность данных

Виды связей между таблицами

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

Связи бывают трёх видов:

Связь один – к – одному

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

Пример : Таблица Список учащихся содержит поля:

Связь один – ко – многим

Связь один – ко – многим основной вид связей между таблицами реляционной БД.

Создавая таблицу, мы не подумали о том, что у каждого из друзей может быть несколько телефонов: домашний, сотовый, какой либо дополнительный контактный телефон, например, рабочий телефон кого-нибудь из родителей и т.п. Причем, у кого-то из друзей может оказаться много разных телефонов, а у другого не быть ни одного.

Как поступают в таком случае? Снова разбивают одну таблицу на две: в главной оставляют все поля, которые могут иметь только по одному значению ( Код друга, Фамилию, Имя ), а в подчиненную переносят поле или сочетание полей, которые могут иметь много значений.

Установка связи «один-ко-многим» в Access 2007

Рассмотрим процесс работы в окне Схема данных на примере установления связей между уже созданными таблицами Список друзей и Телефоны :

4. Закончив перенос, закроем окно.

Рисунок 51. Расположение кнопки «Схема данных»

Рисунок 52. Окно «Добавление таблицы»

Таблицы Список друзей и Телефоны попадают в окно схемы данных.

Рисунок 53. Окно «Схема данных» с таблицами «Список друзей» и «Телефоны»

Изменение связей производится через контекстное меню линий связи.

1. Выделить связь щелчком мыши.

Удаление связи производится в контекстном меню линий связи, а также клавишей Del (связь должна быть предварительно выделена).

Рисунок 54. Установка связи между таблицами

Обеспечение целостности данных таблицы

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

Рисунок 55. Окно «Изменение связей»

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

Рисунок 56. Включение режимов обеспечения целостности данных

Рисунок 57. Изменение вида линии связи между таблицами

Источник

Информационные технологии. 10 класс (Базовый уровень)

§ 2. Работа с таблицами базы данных

2.1. Создание таблиц базы данных

Таблица — основной объект базы данных, предназначенный для хранения данных в структурированном виде.

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

На основе таблиц создаются другие объекты базы данных.

В процессе создания таблиц можно выделить этапы:

1. Создание объекта Таблица (пример 2.1).

2. Описание структуры таблицы — имен полей, типов и свойств данных в них.

3. Ввод данных в таблицу.

Работать с таблицами баз данных можно в двух режимах (пример 2.2).

Описание структуры таблицы (пример 2.3) выполняется в режиме Конструктор (см. Приложение к главе 1).

Данные в таблицу вводятся в режиме Таблица. В этом режиме можно также просматривать и изменять структуру таблицы.

Таблицы в реляционных базах данных должны обладать следующими свойствами:

1. В таблице не может быть двух записей с полностью совпадающими данными.

2. Поля таблицы должны располагаться в порядке, который определяется при ее создании.

3. В таблице обязательно должно быть хотя бы одно поле.

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

Таблица базы данных похожа на электронную таблицу, и в Access реализована возможность импортировать данные из электронных таблиц в БД (пример 2.4).

Пример 2.1. Создание объекта Таблица в Access.

Пример 2.2. Режимы работы с таблицами в Access.

Пример 2.3. Описание структуры таблицы.

Пример 2.4. Импорт таблицы из Excel в Access.

1. На вкладке Внешние данные выбрать Excel:

2. В окне Внешние данные нажать кнопку .

3. В окне Открытие файла выбрать файл с электронной таблицей и подтвердить выбор.

4. В окне Импорт электронной таблицы на каждом шаге сделать требуемый выбор и нажать кнопку Далее.

Например, на втором шаге поставить птичку, если содержимое первой строки импортируемой таблицы будет использоваться в качестве имен полей таблицы базы данных:

По завершении нажать кнопку

Источник

IT1404: Базы данных

При проектировании реальных БД информацию обычно размещают в достаточно большом количестве таблиц. Таблицы при этом связаны семантикой информации. В реляционных СУБД для указания связей таблиц производят операцию их связывания.

Для чего необходимо связывание таблиц? Многие СУБД при связывании таблиц автоматически выполняют контроль целостности вводимых в базу данных в соответствии с установленными связями. В конечном итоге это повышает достоверность хранимой в БД информации.

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

Основные виды связи таблиц

Между таблицами могут устанавливаться бинарные (между двумя таблицами), тернарные (между тремя таблицами) и, в общем случае, парные связи. Рассмотрим наиболее часто встречающиеся бинарные связи.

При связывании двух таблиц выделяют основную и дополнительную (подчиненную) таблицы. Логическое связывание таблиц производится с помощью ключа связи.

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

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

Таблица 2. Характеристика видов связей таблиц.

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

Источник

Типы связей в реляционных базах данных

Примечание:
Во всех статьях текущей категории уроков по SQL используются примеры и задачи, основанные на учебной базе данных.

Приступая к изучению данного материала, рекомендуется ознакомиться с описанием учебной БД.

Практически всегда БД не ограничивается одной таблицей. Сложно представить себе какой-либо бизнес-процесс на предприятии, который мог бы сконцентрироваться только на одном предмете в плане информации.

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

Только из данного краткого описания можно выделить несколько самостоятельных объектов:

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

В нашем конкретном случае, все таблицы можно соединить между собой. Чтобы понять, как это правильно сделать, необходимо рассмотреть типы связей.

Логику соединения таблиц в БД важно понять с самого начала изучения SQL, так как наверняка Вы не будете писать запросы только к одной таблице.

Всего существует 3 типа связей:

Примечание:
В данном материале обозначения связей приводятся на примере MS SQL Server. В иных СУБД они могут обозначаться по-разному, но у Вас не должно возникнуть проблем с определением их типа, т.к. они либо очень похожи, либо интуитивно понятны.

Связь «Один к одному»

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

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

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

Пример:
Представьте, что базой данных пользуются несколько менеджеров и аналитиков, а таблица «Сотрудники» содержит те же столбцы, что и учебная база. Следовательно, доступ к персональным данным может получить любой из упомянутых работников.

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

Связь «Один ко многим»

В типе связей один ко многим одной записи первой таблицы соответствует несколько записей в другой таблице.

Рассмотрим связь учебной базы данных между должностями и сотрудниками, которая относится к рассматриваемому типу.

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

Символ ключа на конце связи указывает, что таблица, к которой этой конец прилегает, находится на стороне «один» (связанный столбец является первичным ключом), а символ бесконечности находится на стороне «многие» (такой столбец является внешним ключом).

Связь «Многие ко многим»

Если нескольким записям из одной таблицы соответствует несколько записей из другой таблицы, то такая связь называется «многие ко многим» и организовывается посредством связывающей таблицы.

В нашей базе подобное наблюдается только между таблицами с сотрудниками и линиями.

Из диаграммы видно, что имеются две связи «один ко многим» (один сотрудник может обрабатывать несколько телефонных линий, и одну линию могут обрабатывать несколько сотрудников), но в совокупности они образуют связь «многие ко многим».

Для чего все это нужно?

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

Правильно настроив связи, можно быть уверенным, что ничего не потеряется.

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

Источник