Архітектура СУБД - студопедія

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

Використання СУБД загального призначення дозволяє істотно скорочувати терміни розробки, економити трудові ресурси. Розвинені функціональні можливості таких СУБД, притаманна їм, як правило, функціональна надмірність дозволяють мати значний «запас потужності», необхідний для безболісного еволюційного розвитку побудованих на їх основі інформаційних систем. Разом з тим засоби настройки дають можливість досягти прийнятного рівня продуктивності інформаційної системи в процесі її експлуатації.

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

За характером використання СУБД ділять на багато користувачів (промислові) і локальні (персональні).

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

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

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

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

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

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