10 речей, які вам потрібно знати про відносини в Access 2013

Відношення «один до багатьох» з’єднує один запис у батьківській таблиці з багатьма записами в дочірній таблиці.

Установіть зв’язок, щоб під’єднати замовлення клієнтам або лікарів із пацієнтами. Один клієнт може мати багато замовлень, а один лікар може мати багато пацієнтів. Таким чином, вам не доведеться повторювати всю контактну інформацію клієнта для кожного замовлення або всю контактну інформацію лікаря для кожного пацієнта.

Зв’язок «один до одного» з’єднує один запис у батьківській таблиці з одним записом у дочірній таблиці.

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

Зв’яжіть поле первинного ключа в батьківській таблиці з цим самим полем (не первинним ключем) у дочірній таблиці.

Це найпоширеніший сценарій. Батьківська таблиця містить поле первинного ключа, а дочірня таблиця містить те саме ім’я поля. Наприклад, таблиця «Клієнти та замовлення» може мати спільний ідентифікатор клієнта. CustomerID зазвичай є первинним ключем Клієнтів і зовнішнім ключем у Замовленнях.

Зв’яжіть поле первинного ключа в батьківській таблиці з цим самим полем (не первинним ключем) у дочірній таблиці.

Це найпоширеніший сценарій. Батьківська таблиця містить поле первинного ключа, а дочірня таблиця містить те саме ім’я поля. Наприклад, таблиця «Клієнти та замовлення» може мати спільний ідентифікатор клієнта. CustomerID зазвичай є первинним ключем Клієнтів і зовнішнім ключем у Замовленнях.

Поля, об’єднані у зв’язку, повинні мати один тип даних.

Ви не можете пов’язати текстове поле в батьківській таблиці з числовим полем у дочірній таблиці або навпаки. Поля мають бути або текстовими, або числовими полями в кожній таблиці.

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

Сирота — це запис у дочірній таблиці, який не має відповідного запису в батьківській таблиці. Класичним прикладом є замовлення в таблиці «Замовлення» для клієнта, а не в таблиці «Клієнти». Цілісність посилань запобігає введенню таких замовлень-сиріт.

Установіть пов’язані поля каскадного оновлення в діалоговому вікні «Редагувати зв’язки», щоб оновлювати значення ключа в дочірній таблиці, коли воно оновлюється в батьківській таблиці.

Припустимо, у вас є дві таблиці, список категорій у таблиці ExpenseType (назва поля Category) і поле в таблиці Expenses під назвою Category. Поле Category в Expenses заповнюється полем зі списком, яке витягує дані з поля Category таблиці ExpenseType.

Крім того, припустимо, що для Dining було зроблено друкарську помилку, це було написано Dining. Якщо ви встановите пов’язані поля каскадного оновлення, ви можете змінити «Обід» у ExpenseType на «Обід», і він буде змінюватися для кожного запису, який використовується в таблиці «Витрати».

Установіть пов’язані поля каскадного оновлення в діалоговому вікні «Редагувати зв’язки», щоб оновлювати значення ключа в дочірній таблиці, коли воно оновлюється в батьківській таблиці.

Припустимо, у вас є дві таблиці, список категорій у таблиці ExpenseType (назва поля Category) і поле в таблиці Expenses під назвою Category. Поле Category в Expenses заповнюється полем зі списком, яке витягує дані з поля Category таблиці ExpenseType.

Крім того, припустимо, що для Dining було зроблено друкарську помилку, це було написано Dining. Якщо ви встановите пов’язані поля каскадного оновлення, ви можете змінити «Обід» у ExpenseType на «Обід», і він буде змінюватися для кожного запису, який використовується в таблиці «Витрати».

Налаштуйте каскадне видалення пов’язаних записів у діалоговому вікні «Редагувати зв’язки», щоб видалити пов’язані записи в дочірній таблиці, коли відповідний запис видалено в батьківській таблиці.

Якщо цей параметр увімкнено у відносинах між CustomerID у CustomerID та CustomerID в Orders, видаліть запис клієнта, і ви видалите всі замовлення для цього клієнта.

Встановлення зв’язків між таблицями автоматично встановлює об’єднання для цих таблиць під час створення запитів.

З’єднання зв’язків переносяться до перегляду дизайну запиту. Якщо встановити зв’язок між Клієнтами та Замовленнями на CustomerID, ви побачите цей рядок об’єднання, коли ви додасте ці таблиці до нового запиту в дизайні запиту.

1

Видаліть поле, яке є частиною зв’язку, і ви видалите зв’язок.

Ви не можете мати зв’язок між двома полями, якщо одне з них відсутнє, чи не так? Отже, Access видаляє порушені зв’язки, коли ви видаляєте поле, яке є частиною цього зв’язку.

1

Видаліть поле, яке є частиною зв’язку, і ви видалите зв’язок.

Ви не можете мати зв’язок між двома полями, якщо одне з них відсутнє, чи не так? Отже, Access видаляє порушені зв’язки, коли ви видаляєте поле, яке є частиною цього зв’язку.

1

Якщо первинний ключ є частиною зв’язку, ви не можете змінити первинний ключ у цій таблиці на інше поле без попереднього видалення зв’язку.

Щоб змінити первинні ключі в таблиці, де її первинний ключ є частиною зв’язку, спочатку потрібно відкрити вікно «Зв’язки» та видалити зв’язок, перш ніж Access дозволить вам змінити первинний ключ на інше поле в цій таблиці.