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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Создание связи «один к одному»

Проверьте, как это работает!

Что такое связь «один к одному»?

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

Связь «один-к-одному» — это связь между информацией из двух таблиц, когда каждая запись используется в каждой таблице только один раз. Например, связь типа «один-к-одному» может использоваться между сотрудниками и их служебными автомобилями. Каждый работник указан в таблице «Сотрудники» только один раз, как и каждый автомобиль в таблице «Служебный транспорт».

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

Общие сведения о создании связи «один к одному»

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

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

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

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

Инструкции по созданию связи типа «один к одному»

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

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

В мастере по умолчанию выбран поиск значений в другой таблице, поэтому нажмите кнопку Далее.

Выберите таблицу с ключом (обычно первичным), который вы хотите добавить в первую таблицу, и нажмите кнопку Далее. В рассмотренном примере следует выбрать таблицу «Служебный транспорт».

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

Задайте порядок сортировки и, при необходимости, измените ширину поля.

В последнем окне установите флажок Включить проверку целостности данных и нажмите кнопку Готово.

Источник

Система управления базами данных SQLite. Изучаем язык запросов SQL и реляционные базы данных на примере библиотекой SQLite3. Курс для начинающих.

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

Здравствуйте, уважаемые посетители сайта ZametkiNaPolyah.ru. Продолжаем изучать базы данных и наше знакомство с библиотекой SQLite3. Продолжаем изучать теорию реляционных баз данных и в этой части мы познакомимся с видами и типами связей между таблицами в реляционных базах данных. Так же мы познакомимся с такими термина, как: кортеж, атрибут и отношения. Данная тема является базовой и ее понимание необходимо для работы с базами данных и для их проектирования.

Виды связей между таблицами в базе данных. Связи в реляционных базах данных. Отношения, кортежи, атрибуты.

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

Термины кортеж, атрибут и отношение в реляционных базах данных

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

Таблица с данными из базы данных World

У нас есть простая таблица City из базы данных World, в которой есть строки и столбцы. Но термины: таблица, строка, столбец – это термины стандарта SQL.
Кстати: ни одна из существующих в мире СУБД не имеет полной поддержки того или иного стандарта SQL, но и ни один стандарт SQL полностью не реализует математику реляционных баз данных.
В терминологии реляционных баз данных: таблица – это отношение (принимается такое допущение), строка – это кортеж, а столбец – атрибут. Иногда вы можете услышать, как некоторые разработчики называют строки записями. Чтобы не было путаницы в дальнейшем предлагаю использовать термины SQL.
Если рассматривать таблицу, как объект (например книга), то столбец – это характеристики объекта, а строки содержат информацию об объекте.

Виды и типы связей между таблицами в реляционных базах данных

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

Реализация связи один ко многим в теории баз данных

Связь один ко многим в реляционных базах данных реализуется тогда, когда объекту А может принадлежать или же соответствовать несколько объектов Б, но объекту Б может соответствовать только один объект А. Не совсем понятно, поэтому смотрим пример ниже.

Реализация связи один ко многим в реляционных базах данных

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

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

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

Пример связи многие ко многим

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

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

Связь один к одному – самая редко встречаемая связь между таблицами. В 97 случаях из 100, если вы видите такую связь, вам необходимо объединить две таблицы в одну.

Пример связи один к одному

Таблицы будут связаны один к одному тогда, когда одному объекту таблицы А соответствует один объект таблицы Б, и одному объекту таблицы Б соответствует один объект таблицы А. Как я уже говорил: если вы видите, что связь один к одному – смело объединяйте таблицы в одну, за исключением тех случаев, когда происходит модернизация базы данных.
Например, у нас была таблица, в которой хранились данные о сотрудниках компании. Но произошли какие-то изменения в бизнес-процессе и появилась необходимость создать таблицы с теми же самыми сотрудниками, но не для всей компании, а разбив их по отделам. Таблицы отделов будут дочерними по отношению к таблице, в которой хранятся данные обо всех сотрудниках компании, и связаны такие таблицы будут связью один к одному.

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

Источник

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

5. Организация и отображение связей между таблицами

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

Связи между таблицами устанавливаются двумя способами:

— создание непосредственных связей между таблицами;

— создание вложенных таблиц данных.

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

§ Поле Счетчик разрешается связывать с числовым полем, если в числовом поле в свойстве Размер поля задано значение Длинное целое;

§ Поле Счетчик разрешается связывать с числовым полем. Если для обоих полей в свойстве Размер поля задано значение Код репликации.

Рекомендации разработчику базы данных:

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

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

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

5.2. Установление ключей в таблицах

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

На рис. 5.1 показано окно с описанием таблицы Сотрудники в режиме конструктор после установления ключевого поля.

5.3. Создание непосредственных связей

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

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

3. На вкладке «Таблицы» (рис. 5.4) перечислены все, ранее созданные, таблицы, которые следует перенести на поле «Схема данных», представленное на рис. 5.5.

5. Проведем коррекцию расстановки ключей в таблицах Штатные должности и Выслуга лет. Для этого следует открыть таблицу Штатные должности в Конструкторе, снять ключ с поля «Классификатор должностей», назначить ключ для поля – «Должность» и сохранить таблицу. Для таблицы Выслуга лет достаточно выбрать уже имеющееся поле «Стаж работы» в качестве ключевого поля (это уникальное поле – без повторений). Сохранить таблицу.

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

5.4. Создание вложенных таблиц

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

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

Порядок создания вложенных таблиц заключается в следующем:

1. Открыть таблицу (в нашем примере – Должности на фирме) в режиме просмотра таблицы.

2. В строке меню базы данных выбрать закладку вставка и выполнить команду « Подтаблица».

3. В открывшемся окне «Вставка подтаблицы» выбрать имя подтаблицы, например, Сотрудники. В раскрывающемся списке «Подчиненные поля» выбрать имя поля «Должность», а в окне «Основные поля» выбрать – «Должность на фирме», как это показано на рис. 5.11.

4. Нажать на кнопку ОК. Система выведет транспарант, который представлен на рис. 5.12, конечно следует ответить « Да», после чего будут созданы вложенные таблицы в таблицу Должность на фирме.

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

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

Вопросы для самоконтроля

1. Какие существуют способы установления связей между таблицами?

2. Для чего в таблицах устанавливают ключевое поле?

3. Какие типы данных можно хранить в ключевом поле?

4. Какое существует основное правило для решения вопроса о связывании полей разных таблиц?

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

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

7. Как осуществлять операцию изменения связей?

Задания для самостоятельной работы

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

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

Источник

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

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

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

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

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

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

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

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

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

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

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

Источник