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