1.1 Основні відомості про реляційні бази даних

Будь-яка професійна діяльність так чи інакше повязана з інформацією, з організацією її збору, зберігання, вибірки. Можна сказати, що невідємною частиною повсякденного життя стали бази даних, для підтримки яких потрібний певний організаційний метод, або механізм. Такий механізм називають системою управління базами даних (СУБД).

База даних (БД) - спільно використовуваний набір логічно звязаних даних (і їх опис), призначений для задоволення інформаційних потреб організації.

СУБД (система управління базами даних) - програмне забезпечення, за допомогою якого користувачі можуть визначати, створювати і підтримувати базу даних, а також отримувати до неї контрольований доступ.

Системи управління базами даних існують вже багато років, багато хто з них зобовязані своїм походженням системам з неструктурованими файлами на великих ЕОМ. Разом із загальноприйнятими сучасними технологіями в області систем управління базами даних починають зявлятися нові напрями, що обумовлено вимогами бізнесу, що росте, обємами корпоративних даних, що постійно збільшуються, і, звичайно ж, впливом технологій Internet.

Реляційні бази даних

Управління основними потоками інформації здійснюється за допомогою так званих систем управління реляційними базами даних, які беруть свій початок в традиційних системах управління базами даних. Саме обєднання реляційних баз даних і клієнт-серверних технологій дозволяє сучасному підприємству успішно управляти власними даними, залишаючись конкурентоздатним на ринку товарів і послуг.

Реляційні БД мають могутній теоретичний фундамент, заснований на математичній теорії відносин. Поява теорії реляційних баз даних дала поштовх до розробки ряду мов запитів, які можна віднести до двох класів:

· мови алгебри, що дозволяють виражати запити засобами спеціалізованих операторів, вживаних до відношень;

· мови числення предикатів, що є набором правил для запису виразу, що визначає нове відношення із заданої сукупності існуючих відношень.

Отже, числення предикатів є метод визначення того відношення, яке бажано отримати як відповідь на запит з відносин, вже наявних в базі даних.

У реляційній моделі обєкти реального світу і взаємозвязки між ними представляються за допомогою сукупності звязаних між собою таблиць (відношень).

Кожна таблиця БД представляється як сукупність рядків і стовпців, де рядки (записи) відповідають екземпляру обєкту, конкретній події або явищу, а стовпці (поля) - атрибутам (ознакам, характеристикам, параметрам) обєкту, події, явища.

У кожній таблиці БД необхідна наявність первинного ключа - так іменують поле або набір полів, що однозначно ідентифікує кожен екземпляр обєкту або запис. Значення первинного ключа в таблиці БД повинне бути унікальним, тобто в таблиці не допускається наявність два і більш за записи з однаковими значеннями первинного ключа. Він повинен бути мінімально достатнім, а значить, не містити полів, видалення яких не відібється на його унікальності.

Реляційні звязки між таблицями баз даних

Звязки між обєктами реального миру можуть знаходити своє віддзеркалення в структурі даних, а можуть і матися на увазі, тобто бути присутнім на неформальному рівні.

Між двома або більш таблицями бази даних можуть існувати відносини підлеглості, які визначають, що для кожного запису головної таблиці (батьківській) можлива наявність одного або декількох записів в підлеглій таблиці (дочірній).

Виділяють три різновиди звязку між таблицями бази даних:

· "один-до-багатьох";

· "один-до-одного" ;

· "багато-до-багатьох".

Звязок "один-до-багатьох"

Звязок " один-до-багатьох" має місце, коли одному запису батьківської таблиці може відповідати декілька записів дочірньої. Звязок "один-до-багатьох " іноді називають звязком "багато-до-одного". І у тому, і в іншому випадку суть звязку між таблицями залишається незмінною. Звязок "один-до-багатьох" є найпоширенішим для реляційних баз даних. Вона дозволяє моделювати також ієрархічні структури даних.

Звязок "один-до-одного"

Звязок "один-до-одного" має місце, коли одному запису в батьківській таблиці відповідає один запис в дочерней. Це відношення зустрічається набагато рідше, ніж відношення "один-до-багатьох" . Його використовують, якщо не хочуть, щоб таблиця БД "розпухала" від другорядної інформації, проте для читання звязаної інформації в декількох таблицях доводиться проводити ряд операцій читання замість однієї, коли дані зберігаються в одній таблиці.

Звязок "багато-до-багатьох"

Звязок "багато-до-багатьох" застосовується в наступних випадках:

· одному запису в батьківській таблиці відповідає більш за один запис в дочерней;

· одному запису в дочірній таблиці відповідає більш за один запис в батьківській.

Будь-який звязок "багато-до-багатьох"в реляційній базі даних необхідно замінити на звязок "один-до-багатьох" (одну або більш) за допомогою введення додаткових таблиць.