ішнє об'єднання. Ідентично лівому зовнішньому об'єднанню, але таблиці з боку один і з боку багато обмінюються ролями, тобто до результатів вибірки по внутрішньому об'єднанню додадуться не увійшли до неї записи з таблиці з боку багато [9].
Для зв'язків між таблицями на рівні бази даних краще використовувати тільки внутрішнє об'єднання. Обидва зовнішніх об'єднання застосовуються в основному при побудові запитів. До зовнішніх об'єднанням взагалі потрібно ставитися дуже обережно - некоректність в їх застосуванні може привести до досить складним і сумнівним ситуацій, наприклад, при вибірці. У більшості випадків вибірка виходить правильна, але в деяких випадках ви можете отримати невірний результат і розібратися в причинах помилки малодосвідчений користувач просто не в змозі. Більш докладно про це буде розказано в наступному розділі [9].
Наведемо приклад зв'язку між таблицями даних (Малюнок 18):
Малюнок 18 - зв'язок між таблицями
3.5.4 Довідники і шифратори системи
Довідник зберігає умовно-постійну інформацію, тобто інформація, яка на тривалому проміжку часу майже не змінюється [3].
Існує спеціальний вид таблиці, званий довідником (шифратором). Без довідників неможливо уявити більш-менш складну БД. Суть довідника проста. При формуванні опису сутності часто виникає необхідність зазначення для примірників сутностей тієї чи іншої повторюваної характеристики, наприклад якщо для якоїсь сукупності об'єктів пропонується вказати вулицю як частина адресного орієнтира, то природним чином в БД виникає довідник вулиці. Структура новоствореної таблиці проста: перша колонка - це нумератор позицій, другий власне найменування вулиці. Тепер для будь-яких сутностей БД при необхідності вказати вулицю у відповідному полі проставляється код цієї вулиці та відповідного довідника. Такий підхід дозволяє розробнику БД гарантовано вирішити проблему різночитань (тепер вказівки адресного орієнтира не дозволить оператору вказати найменування однієї і тієї ж вулиці в різних видах); довідник реалізує механізм каскадного оновлення (тепер зміни найменування вулиці не призведе до необхідності міняти адресні орієнтири по всіх об'єктах БД, досить змінити всього один запис у довіднику). Зауважимо лише, що коректна реалізації механізму каскадного оновлення вимагає обов'язкового введення історії зміни довідника. На закінчення наведемо ще один приклад використання довідників. Дуже часто БД проектується з можливістю видалення певної вибірки або як варіант присвоєння статусу архівної. З цією метою для будь сутності потрібно спочатку передбачати допоміжну колонку, в якій буде зберігатися (визначатися) актуальність поточного запису. Друга назва довідників шифратор походить з технічних БД, наприклад, довідники одиниць вимірювань традиційно визначається як шифратор. Зараз назву шифратор використовується в тих випадках, коли довідник використовується для зберігання коротких найменувань для тих чи інших об'єктів.
Наведемо приклад довідника входить в нашу БД (Малюнок 19):
Малюнок 19 - Довідник
3.6 Основні інтерфейсні рішення
3.6.1 Основні поняття
СУБД Access містить в собі широкий набір можливостей для організації зручного та якісного інтерфейсу.
...
