Бази даних. Системи управління базами даних. Моделі подання даних. Об’єкти та їх атрибути. Зв’язки між об’єктами. Ключ.
Базу даних (БД) можна визначити як уніфіковану сукупність даних, спільно використовувану різними задачами в рамках деякої єдиної автоматизованої інформаційної системи (ІС).
СУБД– це програмні засоби, за допомогою яких можна створювати бази даних, заповнювати їх та працювати з ними.Сучасні СУБД є об’ектно-орієнтованими і реляційними. Основною одиницею є об'єкт, що має властивості, і зв'язки між об'єктами. СУБД використовують кілька моделей даних: ієрархічну і мережну (з 60-х років) і реляційну (з 70-х). Основне розходження даних моделей у представленні взаємозв'язків між об'єктами.
Ієрархічна модель даних будується за принципом ієрархії об'єктів, тобто один тип об'єкта є головним, усі нижчележачі - підлеглими. Установлюється зв'язок "один до багатьох", тобто для деякого головного типу існує кілька підлеглих типів об'єктів. Інакше, головний тип іменується вихідним типом, а підлеглі - породженими. У підлеглих типів можуть бути у свою чергу підлеглі типи. Найвищий в ієрархії вузол (сукупність атрибутів) називають кореневим.
Мережна модель даних будується за принципом "головний і підлеглий тип одночасно", тобто будь-який тип даних одночасно може одночасно породжувати кілька підлеглих типів (бути власником набору) і бути підлеглим для декількох головних (бути членом набору).
Реляційна модель дані об'єкти і зв'язки між ними представляються у виді таблиць, при цьому зв'язки теж розглядаються як об'єкти. Усі рядки, що складають таблицю в реляционной базі даних повинні мати первинний ключ. Усі сучасні засоби СУБД підтримують реляционную модель даних.
Об'єкт (Сутність) - елемент якої-небудь системи, інформація про яке зберігається. Об'єкт може бути як реальним (наприклад - людина), так і абстрактним (наприклад - подія).
Атрибут - інформаційне відображення властивостей об'єкта. Кожен об'єкт характеризується набором атрибутів.
Первинний ключ — атрибут (або група атрибутів), що дозволяє однозначно визначити кожен рядок у таблиці.
Альтернативний ключ — атрибут (або група атрибутів), що не збігається з дозвільним первинним ключем і однозначно визначає кожен рядок у таблиці.
Етапи проектування баз даних.
1.Визначення мети створення бази даних, які її функції і яку інформацію вона має містити.
До бази даних звертаються, коли доводиться описувати складні об'єкти з багатьма властивостями-атрибутами, коли поставлене завдання автоматизації введення даних і виводу інформації, яка вас цікавить, коли необхідно забезпечити процес введення і відновлення даних, тобто забезпечити цілісність інформації.
Визначення таблиць, що входять до бази даних
На наступному етапі створення бази даних необхідно визначити основні теми таблиць, а також їхню структуру. Надалі розглядатимемо створення бази даних для туристичної фірми, що розповсюджує путівки. У таблиці «Путівки» зберігатимуться відомості про запропоновані путівки, у таблиці «Замовлення» - відомості про замовлення путівок, а в таблиці «Клієнти» - дані про постійних клієнтів фірми.
Задання структури таблиць
Для створення ефективної бази даних важливо правильно визначити структуру таблиць, тобто склад полів. Під час проектування таблиць рекомендується керуватися такими основними принципами:
— Інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями. Коли певна інформація зберігається тільки в одній таблиці, то і змінювати її доведеться тільки в одному місці. Це надає роботі більшої ефективності, а також виключає можливість розбіжності інформації в різних таблицях.
— Кожна таблиця має містити інформацію тільки на одну тему. Відомості на кожну тему обробляти набагато легше, якщо містяться вони в незалежних одна від одної таблицях. Наприклад, адреси та замовлення клієнтів зберігаються в різних таблицях для того, щоб після видалення замовлення інформація про клієнта залишилася в базі даних.
— Кожне поле має бути пов'язане зтемою таблиці.
— Не рекомендується включати до таблиці дані, що утворюються внаслідок обчислень.
— У таблиці має бути вся необхідна інформація.
— Інформацію слід розбивати на найменші логічні одиниці (наприклад, поля „Ім'я” і „Прізвище” а не спільне поле „Ім'я”).
4. Задання ключа і визначення зв'язків між таблицями
Для того щоб пов'язати дані різних таблиць, у кожній таблиці.має бути ключове поле. Значення цього поля дозволить однозначно обрати потрібний запис у таблиці, а також коректно встановити зв'язки між таблицями.