Мал. 3. Схема реляційної моделі даних

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

При створенні інформаційної системи сукупність стосунків дозволяє зберігати дані про об'єкти наочної області і моделювати зв'язки між ними. Елементи РМД і форми їх уявлення приведені в таблиці. 1.

Таблица 1 Елементи реляційної моделі

 

Елемент реляційної моделі	Форма уявлення
Відношення	Таблиця
Схема відношення	Рядок заголовків стовпців таблиці (заголовок таблиці)
Кортеж	Рядок таблиці
Суть	Опис властивостей об'єкту
Атрибут	Заголовок стовпця таблиці
Домен	Безліч допустимих значень атрибуту
Значення атрибуту	Значення поля в записі
Первинний ключ	Одін або декілька атрибутів
Тип даних	Тип значень елементів таблиці

Відношення є найважливішим поняттям і є двомірною таблицею, що містить деякі дані.

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

Таблиця має рядки (записи) і стовпці (колонки). Кожен рядок таблиці має однакову структуру і складається з полів. Рядкам таблиці відповідають кортежі, а стовпцям — атрибути відношення.

За допомогою однієї таблиці зручно описувати простий вид зв'язків між даними, а саме ділення одного об'єкту (явища, суть, системи і інш.), інформація про яке зберігається в таблиці, на безліч підоб'єктів, кожному з яких відповідає рядок або запис таблиці. При цьому кожен з підоб'єктів має однакову структуру або властивості, що описуються відповідними значеннями полів записів. Наприклад, таблиця може містити відомості про групу учнів, про кожне з яких відомі наступні характеристики: прізвище, ім'я і по батькові, пів, вік і освіта. Оскільки в рамках однієї таблиці не удається описати складніші логічні структури даних з наочної області, застосовують скріплення таблиць.

Суттєвістю є об'єкт будь-якої природи, дані про яке зберігаються в базі даних. Дані про суть зберігаються у відношенні.

Атрибутами є властивості, що характеризують суть В структурі таблиці кожен атрибут іменується і йому відповідає заголовок деякого стовпця таблиці.

Математично відношення можна описати таким чином. Хай даны n безлічі D1, D2, D3..., Dn, тоді відношення R є безліч впорядкованих кортежів <dl, d2, d3..., dn>, де dk ( Dk, dk — атрибут, а Dk -домен відношення R. Елементи декартова твори — кортежами відношення. Число п визначає ступінь відношення, а кількість кортежів — його потужність. Разом з поняттями домена і кортежу при роботі з реляційними таблицями використовуються альтернативні ним поняття поля і запису.

На мал. 4 наведений приклад представлення відношення СПІВРОБІТНИК.

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

Мал. 4. Представлення відношення СПІВРОБІТНИК

Формально, якщо переставити атрибути у відношенні, то виходить нове відношення. Проте в реляційних БД перестановка атрибутів не приводить до утворення нового відношення.

Доменом є безліч всіх можливих значень визначеного атрибуту відношення. Відношення СПІВРОБІТНИК включає 4 домени. Домен 1 містить прізвища всіх співробітників, домен 2 — номери всіх відділів фірми, домен 3 — назви всіх посад, домен 4 — дати народження всіх Сотрудников. Кожен домен утворює значення одного типа даних, наприклад, числові або символьні.

Відношення СПІВРОБІТНИК містить 3 кортежі. Кортеж рассматриваемого відношення складається з 4 елементів, кожен з яких вибирається з відповідного домена. Кожному кортежу відповідає рядок таблиці (мал. 4).

Схема відношення (заголовок відношення) є списком імен атрибутів. Наприклад, для наведеного прикладу схема відношення має вигляд СПІВРОБІТНИК(ФІО, Відділ, Посада, Д_рожденія). Безліч власне кортежів відношення часто називають вмістом (тілом) відношення.

Первинним ключем (ключем відношення, ключовим атрибутом) називається атрибут відношення, що однозначно ідентифікує кожен з його кортежів. Наприклад, у відношенні СПІВРОБІТНИК(ФІО, Відділ, Посада, Д_рожденія) ключовим є атрибут «ФІО». Ключ може бути складеним (складним), тобто складатися з декількох атрибутів.

Фізичне розміщення даних в реляційних базах на зовнішніх носіях легко здійснюється за допомогою звичайних файлів.

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

Основними недоліками реляційної моделі є наступні: відсутність стандартних засобів ідентифікації окремих записів і складність опису ієрархічних і мережевих зв'язків.

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

Важливою перевагою реляційної моделі є те, що в її рамках дії над даними можуть бути зведені до операцій реляційної алгебри, які виконуються над стосунками. Це такі операції, як об'єднання, перетин, віднімання, декартовий твір, вибірка, проекція, з'єднання, ділення.

Найважливішою проблемою, що вирішується при проектуванні баз даних, є створення такої їх структури, яка б забезпечувала мінімальне дублювання інформації і спрощувала процедури обробки і оновлення даних. Коддом був запропонований деякий набір формальних вимог універсального характеру до організації даних, які дозволяють ефективно вирішувати перераховані завдання. Ці вимоги до стану таблиць даних отримали назву нормальних форм. Спочатку були сформульовані три нормальні форми. Надалі з'явилася нормальна форма Бойса—Кодда і нормальні форми вищих порядків. Проте вони не набули широкого поширення на практиці.

• Говорять, що відношення знаходиться в першій нормальній формі, якщо всі його атрибути є простими.

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

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

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

Прикладами зарубіжних реляційних СКБД для ПЕОМ є наступні: dBaselll Plus і dBase IY (фірма Ashton-Tate), DB2 (IBM), R:BASE (Microrim), FoxPro ранніх версій і FoxBase (Fox Software), Paradox і dBASE for Windows (Borland), FoxPro пізніших версій, Visual FoxPro і Access (Microsoft), Clarion (Clarion Software), Ingres (ASK Computer Systems) і Oracle (Oracle).

До вітчизняних СКБД реляційного типа відносяться системи: ПАЛЬМА (ГИК АН УРСР), а також система HyTech (МІФІ).

Відмітимо, що останні версії реляційних СУБД мають деякі властивості об'єктно-орієнтованих систем. Такі СУБД часто називають об'єктно-реляційними. За приклад такої системи можна вважати продукти Oracle 8.x. Системи попередніх версій аж до Oracle 7.x вважаються «чисто» за реляційних.

 Програмні системи керування базами даних

Коротко зупинимося на конкретних програмних продуктах, що ставляться до класу СКБД. На самому загальному рівні всі СКБД можна розділити:

– на професійні, або промислові;

– персональні (настільні).

Професійні (промислові) СКБД являють собою програмну  основу для розробки автоматизованих систем керування великими економічними об'єктами. На їхній базі створюються комплекси керування й обробки інформації великих підприємств, банків або навіть цілих галузей. Першорядними умовами, яким повинні задовольняти професійні СКБД, є:

• можливість організації спільної паралельної роботи великої кількості користувачів;

• масштабованість, тобто можливість росту системи пропорційно розширенню керованого об'єкта;

• можливість переносити на різні апаратні й програмні платформи;

• стійкість стосовно збоїв різного роду, у тому числі наявність багаторівневої системи резервування збереженої інформації;

• забезпечення безпеки збережених даних і розвитий структурованої системи доступу до них.

Промислові СКБД на цей момент мають уже досить багату історію розвитку. Зокрема, можна відзначити, що наприкінці 70-х - початку 80-х років в автоматизованих системах, побудованих на базі більших обчислювальних машин, активно використалася СКБД Adabas. У цей час характерними представниками професійних СКБД є такі програмні продукти, як Oracle, DB2, Sybase, Informix, Ingres, Progress. Основоположниками СКБД Oracle стала група американських розроблювачів (Ларри Эллисон, Роберт Майнер й Эдвард Оутс), які більше двадцяти років тому створили фірму Relational Software Inc. і поставили перед собою завдання створити систему, на практиці реалізуючої ідеї, викладені в роботах Э. Ф. Кодда й К. Дж. Дейта. Результатом їхньої діяльності стала реалізація стерпної реляционной системи керування базами даних з базовою мовою обробки SQL. В 1979 р. замовникам була представлена версія Oracle для міні-комп'ютерів PDP-11 фірми Digital Equipment Corporation відразу для декількох операційних систем: RSX-11, IAS, RSTS й UNIX.

Персональні системи керування даними — це програмне забезпечення, орієнтоване на рішення завдань локального користувача або компактної групи користувачів, і призначене для використання на мікро ЭВМ (персональному комп'ютері). Це пояснює і їхню другу назву - настільні. Визначальними характеристиками настільних систем є:

• відносна простота експлуатації, що дозволяє створювати на їхній основі працездатні додатки як «просунутим» користувачам, так і тим, чия кваліфікація невисока;

• відносно обмежені вимоги до апаратних ресурсів.

Історично першої серед персональних СКБД, що одержали масове поширення, стала Dbase фірми Ashton-Tate (згодом права на неї перейшли до фірми Borland, а з 1999 р. дана програма підтримується фірмою dBASE Inc.). Надалі серія реляційних персональних СКБД поповнилася такими продуктами, як FoxBase/FoxPRO (Fox Software, надалі - Microsoft), Clipper (Nantucket, потім - Computer Associates), R:base (Microrim), Paradox (Borland, на дійсний момент правами володіє фірма Corel), Access (Microsoft), Approach (Lotus).

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: