- •Д.О. Ладичук, в.І. Пічура Бази даних геоінформаційних систем
- •Д.О. Ладичук, в.І. Пічура
- •Бази даних
- •Геоінформаційних систем
- •Навчальний посібник
- •Партнери:
- •Перелік умовних позначень, скорочень
- •1.1 Основні поняття гіс в гідромеліорації
- •Структура дисципліни
- •1 Вступ до бази даних геоінформаційних систем
- •1.2 Базові структури даних в гіс
- •Геоінформаційні дані містять чотири інтегрованих компоненти:
- •Основні елементи бази просторових даних:
- •Модель бази просторових даних:
- •Подання просторових об'єктів реальної дійсності
- •Вміст бази просторових даних включає:
- •Різновид безперервних властивостей
- •Безперервна мінливість може бути представлена в базі даних декількома способами:
- •Компоненти просторових даних:
- •1.3 Особливості експертних систем для обробки даних
- •1.4. Поняття бази даних
- •1.5 Переваги централізованого підходу в управлінні даними
- •Питання для самоперевірки
- •2. Моделі даних
- •2.1 Види моделей даних
- •2.2 Структури баз даних для управління даними
- •Реляційні бази даних
- •2.3 Багатошарові моделі даних гіс
- •2.4 Введення, збереження та редагування бд гіс
- •Питання для самоперевірки
- •3. Сучасні підходи до створення баз даних
- •3.1 Реляційні бази даних .
- •3.2 Етапи проектування бази даних
- •3.3 Проектування бд: загальні положення
- •4. Концептуальна модель бази даних
- •4.1 Концептуальна модель організації даних
- •4.2 Структура і технологія наповнення
- •4.3 Відображення
- •4.4 Інфологічна модель даних " Сутність-Зв'язок"
- •4.4.1 Основні поняття
- •4.4.2 Первинні й зовнішні ключі
- •4.6 Нормалізація відносин
- •Друга нормальна форма.
- •Третя нормальна форма.
- •Типи зв'язків:
- •Питання для самоперевірки
- •5 Логічна та фізична моделі баз даних
- •Основні поняття
- •5.2. Бази даних і системи управління базами даних
- •5.3 Характеристика аcсеss
- •Адміністратор бази даних
- •Управління продуктивністю й реагування на вимоги, що змінюються
- •6.2 Електронні таблиці (на прикладі Excel) .
- •Питання для самоперевірки
- •7. Запити до баз даних
- •7.1 Типи та принципи побудови запитів до баз даних
- •7.2 Можливості запитів і інструментальні засоби розробки прикладних програм
- •7.3 Мова маніпулювання даними
- •7.4. Мова структурованих запитів
- •7.5 Архітектура " клієнт-сервер"
- •Питання для самоперевірки
- •Список використаної літератури
- •Бази даних геоінформаційних систем
4.4.2 Первинні й зовнішні ключі
Нагадаємо, що ключ або можливий ключ – це мінімальний набір атрибутів, за значеннями яких можна однозначно знайти необхідний екземпляр сутності. Мінімальність означає, що виключення з набору будь-якого атрибута не дозволяє ідентифікувати сутність по тому що залишилися. Кожна сутність володіє хоча б одним можливим ключем. Один з них приймається за первинний ключ. При виборі первинного ключа варто віддавати перевагу нескладовим ключам або ключам, складеним з мінімального числа атрибутів. Недоцільно також використовувати ключі з довгими текстовими значеннями. Також необхідно забезпечити унікальність первинного ключа.
Зовнішні ключі:
Якщо сутність У зв'язує сутності А та В, то вона повинна включати зовнішні ключі, що відповідають первинним ключам сутностей А та В.
Якщо сутність У позначає сутність А, то вона повинна включати зовнішній ключ, що відповідає первинному ключу сутності А. [23]/
У будь-якій таблиці, як правило, хоча б одне поле є ключовим. Завдяки ключовим полям будь-який запит до бази даних може бути оформлений у вигляді операцій з таблицями і їхніми полями (атрибутами), але не з їхніми рядками. Крім того, ключові поля використовуються для підтримки цілісності реляційної бази даних. Таблиця може мати тільки один унікальний ідентифікатор, називаний первинним ключем (primary key) і трохи вторинних (зовнішніх) ключів (foreign key), що посилаються на первинні ключі інших таблиць. При цьому зовнішні ключові поля таблиці, повинні мати одне зі значень, певне для первинних ключів.
Назва полів у допоміжній таблиці можуть і не збігатися з назвами первинних ключів, але тип даних і розмір цих полів повинні збігатися обов'язково. Забезпечення цілісності даних досягається при встановленні двох перемикачів у меню СУБД Access – «Каскадне відновлення зв'язаних полів» і «Каскадне видалення зв'язаних полів»[11].
4.6 Нормалізація відносин
Ті самі дані можуть групуватися в таблиці (відносини) різними способами, тобто можлива організація різних наборів відносин взаємозалежних інформаційних об'єктів. Угруповання атрибутів у відносинах повинне бути раціональним, тобто мінімізуючим дублювання даних і процедури, що спрощує, їхню обробку й відновлення.
Певний набір відносин має кращі властивості при включенні, модифікації, видаленні даних, чим всі інші можливі набори відносин, якщо він відповідає вимогам нормалізації відносин.
Нормалізація відносин — формальний апарат обмежень на формування відносин (таблиць), що дозволяє усунути дублювання, забезпечує несуперечність збережених у базі даних, зменшує працевитрати на ведення (уведення, коректування) бази даних.
Виділено три нормальні форми відносин і запропонований механізм, що дозволяє будь-яке відношення перетворити до третього (самої зробленої) нормальній формі.
Перша нормальна форма.
Відношення називається нормалізованим або наведеним до першої нормальної форми, якщо всі його атрибути прості (неподільні). Перетворення відносини до першої нормальної форми може привести до збільшення кількості реквізитів (полів) відносини й зміні ключа.
