2.7. Системні каталоги
У розділі 2.4 згадано, що СКБД повинна мати доступний кінцевому користувачу системний каталог чи словник даних. У цьому розділі ми познайомимося із системними каталогами більш докладно.
Системний каталог - сховище даних, що описують інформацію, що зберігається в базі даних, тобто мета-дані, чи "дані про дані".
Системний каталог СКБД є одним фундаментальних компонентів системи. Багато перерахованих в розділі 2.5 програмних компонентів будуються на використанні даних, що зберігаються в системному каталозі. Наприклад, модуль контролю прав доступу використовує системний каталог для перевірки наявності в користувача повноважень, необхідних для виконання запитаних їм операцій. Для проведення подібної перевірки системний каталог повинний включати наступні компоненти:
імена користувачів, для яких дозволений доступ до бази даних;
імена елементів даних у базі даних;
елементи даних, до яких кожен користувач має право доступу, і дозволені типи доступу до них - для вставки, відновлення, чи видалення читання.
Іншим прикладом можуть служити засоби перевірки цілісності даних, що використовують системний каталог для перевірки того, чи задовольняє запитана операція усім встановленим обмеженням підтримки цілісності даних. Для виконання цієї перевірки в системному каталозі повинні зберігатися такі зведення:
імена елементів даних з бази даних;
типи і розміри елементів даних;
обмеження, установлені для кожного з елементів даних.
Як уже згадувалося раніше, термін "словник даних" часто використовується для програмного забезпечення більш загального типу, чим просто каталог СКБД. Система словника даних може бути або пасивною, або активної. Активна система завжди погодиться зі структурою бази даних, оскільки вона автоматично підтримується цією системою. Пасивна система може суперечити стану бази даних через ініційованих користувачами зміни. Якщо словник даних є частиною бази даних, то він називається інтегрованим словником даних. Ізольований словник даних володіє своєї власної спеціалізований СКБД. Його переважно використовувати на початкових етапах проектування бази даних для деякої організації, коли потрібно відкласти на якийсь час прив'язку до конкретної СКБД. Однак недолік цього підходу полягає в тім, що після вибору СКБД і втілення бази даних ізольований словник даних значно сутужніше підтримувати в згоді зі станом бази даних. Цю проблему можна було б звести до мінімуму, якщо перетворити при проектуванні словник даних безпосередньо в каталог СКБД. Донедавна ніякого вибору не було взагалі, але в міру розвитку стандартів словників даних ця ідея стає усе більш реальною. У наступному розділі коротко розглядається один зі стандартів словників даних.
2.7.1. Служба irds
У багатьох системах словник даних є внутрішнім компонентом СКБД, у якому зберігається тільки інформація, безпосередньо зв'язана з цією базою даних. Однак збережені за допомогою СКБД дані звичайно забезпечують тільки частину всіх інформаційних потреб організації. Як правило, мається деяка додаткова інформація, що зберігається за допомогою інших інструментів - наприклад, таких як CASE-інструменти, інструменти ведення документації, інструменти настроювання і керування проектами. Кожне зі згаданих вище засобів звичайно має свій внутрішній словник даних, доступний і іншим зовнішнім, інструментам. На жаль, не існує ніякого універсального способу спільного використання різних наборів інформації різними групами чи користувачів додатків.
Недавно була почата спроба стандартизувати інтерфейс словників даних для досягнення більшої приступності і спрощення їх спільного використання. Її результатом стала розробка служби словника інформаційних ресурсів (Information Resource Dictionary System - IRDS). Служба IRDS являє собою програмний інструмент, призначений для керування інформаційними ресурсами організації, а також для їх документування. Вона включає визначення таблиць, що містять словник даних, і операції, що можуть бути використані для доступу до цих таблиць. Згадані операції забезпечують несуперечливий метод доступу до словника даних і спосіб перетворення визначень даних зі словника одного типу у визначення іншого типу. Наприклад, за допомогою служби IRDS інформація, збережена в IRDS-сумісному словнику даних СКБД DB2, може бути передана в IRDS-сумісний словник даних СКБД Oracle чи спрямована деякому додатку системи DB2. •
Одним з достоїнств служби IRDS є здатність розширення словника даних. Так, якщо користувач захоче зберегти визначення нового типу інформації в якомусь інструменті (наприклад, визначення звітів про керування проектом — у деякой СКБД), то система IRDS у даній СКБД може бути розширена для включення цієї інформації. Визначення IRDS були прийняті як стандарт Міжнародною організацією стандартизації ISO (International Organization for Standardization) (ISO, 1990; 1993).
Стандарти IRDS визначають набір правил збереження інформації в словнику даних і доступу до неї, переслідуючи при цьому три наступні цілі:
розширюваність даних;
цілісність даних;
контрольований доступ до даних.
Служба IRDS побудована на використанні інтерфейсу сервісів, що складається з набору функцій, доступного для виклику з метою одержання доступу до словника даних. Інтерфейс сервісів може викликатися з боку таких типів користувальницьких інтерфейсів, як:
панельний інтерфейс;
командна мова;
файли експорту/імпорту;
прикладні програми.
П
анельний
інтерфейс складається з набору панелей
чи екранів, кожний з який надає доступ
до заздалегідь описаного набору сервісів.
Він трохи нагадує мову QBE і дозволяє
користувачам переглядати і змінювати
словник даних. Інтерфейс командної мови
складається з набору команд чи
операторів, що дозволяють виконувати
маніпуляції зі словником даних. Інтерфейс
командної мови може викликатися
інтерактивно (за допомогою термінала)
чи за допомогою впровадження операторів
у програми на мовах програмування
високого рівня. Інтерфейс експорту/імпорту
генерує файл, якому можна передавати
між різними IRDS-сумісними системами.
Стандарт IRDS визначає й універсальний
формат обміну інформацією. Причому він
не вимагає, щоб база даних, що лежить в
основі словника даних, відповідала
якоїсь однієї моделі даних. Саме тому
інтерфейс IRDS-сервісів здатний поєднувати
гетерогенні СКБД, як показано на мал.
2.12.
Резюме
В архітектурі бази даних ANSI-SPARC використовуються три рівні абстракції: зовнішній, концептуальний і внутрішній. Зовнішній рівень складається з користувальницьких представлень бази даних. Концептуальний рівень є узагальненим представленням про структуру бази даних. Він визначає інформаційний уміст бази даних, що не залежить від способу збереження інформації. Внутрішній рівень є комп'ютерним представленням бази даних. Він визначає, як представлені дані, у якій послідовності розташовуються записи, які створені індекси і покажчики, чи використовується схема хешування і яка саме.
Зовні концептуальне відображення перетворить запити і результати їхнього виконання між зовнішнім і концептуальним рівнями опису структури бази даних. Концептуально внутрішнє відображення перетворить запити і результати їхнього виконання між концептуальним і внутрішнім рівнями опису структури даних.
Схема бази даних — це опис структури бази даних. Незалежність від даних дозволяє кожному рівню існувати незалежно від змін, що відбуваються на більш низьких рівнях. Логічна незалежність від даних позначає захищеність зовнішніх схем стосовно змін концептуальної схеми, а фізична незалежність від даних — захищеність концептуальної схеми стосовно змін внутрішньої схеми.
Підмова даних складається з двох частин: мови визначення даних DDL (Data Definition Language) і мови керування даними DML (Data Manipulation Language). Мова DDL використовується для опису структури бази даних, а мова DML — для читання і відновлення самої бази даних.
Модель даних — це набір понять, що можуть бути використані для опису безлічі даних, операцій з даними, а також набору обмежень цілісності даних. Їх можна розбити на три широкі категорії: об'єктні моделі даних, моделі даних на основі записів і фізичні моделі даних. Перші дві моделі використовуються для опису даних на концептуальному і зовнішньому рівнях, а остання — на внутрішньому рівні.
До об'єктних моделей даних відносяться модель "сутність-зв'язок", семантична, функціональна й об'єктно-орієнтовна моделі, а до моделей даних на основі записів - реляційна, мережна й ієрархічна моделі.
Концептуальне моделювання — це процес визначення архітектури бази, даних, що не залежить від таких подробиць її реалізації, як цільова СКБД, набір прикладних програм, використовувані мови програмування чи будь-які інші фізичні аспекти бази даних. Якість розробленої концептуальної схеми дуже критично для загального успіху створення системи, тому має сенс затратити необхідна кількість часу і сил для підготовки максимально продуманого концептуального проекту системи.
Поняття архітектури "клієнт/сервер" позначає спосіб взаємодії програмних компонентів (клієнта і сервера), при якому клієнтський процес вимагає одержання деякого ресурсу, а сервер його надає. Звичайно, клієнт керує користувальницьким інтерфейсом, а сервер — функціональною частиною бази даних.
Системний каталог є одним, з фундаментальних компонентів СКБД. Він містить "дані про даний", чи мета-дані. Каталог повинний бути доступний користувачам. Служба IRDS (Information Resource Dictionary System) - це новий стандарт ISO, що визначає методи доступу до словника даних. При цьому допускається їхнє спільне використання і передача з однієї системи в іншу.