діляють окремо рідко використовувану інформацію.
Другий тип - зв'язок один до багатьох, найбільш часто використовується це відношення. У даному випадку одного запису головної таблиці можуть відповідати кілька записів підлеглої таблиці. Розрізняють два різновиди зв'язку один до багатьох. У першому випадку висуваються жорсткі вимоги на обов'язкову наявність записів у вторинній таблиці. У другому випадку такі вимоги відсутні.
Третій тип - зв'язок багато до багатьох. Багато реляційні СУБД цей зв'язок не підтримують. Для реалізації таких зв'язків таблиці пов'язані таким ставленням слід перетворити таким чином, щоб у них були тільки зв'язку 1: М, для цієї мети вводяться додаткові таблиці, які відображають зв'язки між відображеними таблицями пов'язаними спочатку по типу М: М.
подсхеме бази даних
Перетворення схеми і подсхем в реляційну БД
У реляційній моделі даних зв'язування таблиць здійснюється за принципом: головне - підлегла. Для зв'язку пов'язані таблиці повинні мати однакові стовпці, по якому здійснюється зв'язок. Одна і та ж таблиця може бути головною по відношенню до однієї таблиці і підлеглою по відношенню до іншої таблиці.
Табличне представлення даних має відношення тільки до логіки даних, фізично вони можуть бути розміщені за іншими принципами. Якщо в різних таблицях повторюється один і той же атрибут (для зв'язку таблиць) це не означає, що ці дані зберуться у фізичних записах.
У кожній таблиці БД повинні бути первинні ключі, які представляють собою одне або декілька полів таблиці, однозначно ідентифікують запис. Значення первинного ключа в таблиці повинно бути унікальним.
Іноді як первинного ключа вибирають спеціально сформоване поле, яке називається індексом, він формується автоматично, звичайно являє собою порядковий номер запису.
Первинний ключ дозволяє здійснити доступ до конкретної записи (так як однозначно ідентифікує конкретну запис). Крім того, первинний ключ використовується для встановлення зв'язку між таблицями.
Вторинні ключі так само використовуються для пошуку даних, вони встановлюються для полів, для атрибутів, за якими часто проводиться пошук даних.
Значення вторинних ключів може бути не унікальним, і вони не використовуються для однозначної ідентифікації конкретних записів. Вони використовуються для пошуку записів, що задовольняє конкретним умовам пошуку записів за значенням вторинного ключа.
Створити структуру таблиці «Ліки»,
У вікні БД CL закладку «Таблиці», CL кнопку «Створити»
CL пункт «Конструктор», CL кнопку «ОК»
У вікні в стовпці «Ім'я поля» ввести імена полів
У стовпці «Тип даних» CL і вибрати потрібний тип.
Задати ключове поле - RCL на імені поля, в меню CL пункт «Ключове поле» (у лівій частині рядка з'явиться зображення ключа)
Зберегти структуру таблиці - CL кнопку «Зберегти» на панелі інструментів, ввести ім'я таблиці, CL кнопку «ОК»
Рисунок 1 - Створення таблиці «Ліки» в режимі конструктора
Створити с...
