ки зору задоволення потреб усіх користувачів системи.
У разі прийняття рішення про розробку нової бази даних виникають завдання вибору універсальної або розробки спеціалізованої СУБД, а також проектування її загальної логічної і фізичної структури, причому вибір СУБД, як правило, є основою для проектування і організації логічної і фізичної структур бази даних.
Існуючі СУБД забезпечують три основних підходи в управлінні даними: ієрархічний, мережевої та реляційний (рис. 3). Ієрархічний підхід заснований на представленні ієрархії об'єктів. Ієрархічні взаємозв'язки безпосередньо підтримуються в фізичних конструкціях СУБД. Ієрархічні взаємозв'язки є приватним випадком мережевих взаємозв'язків. Наприклад, постачальник може постачати кілька видів товарів, а кожен вид товару може мати кілька постачальників. Реляційні системи не вводять відмінності між об'єктами і взаємозв'язками. Мережеві і ієрархічні взаємозв'язки можуть бути представлені у вигляді двомірних таблиць, званих відносинами і що володіють такими властивостями: кожен елемент таблиці являє собою один елемент даних (повторювані групи відсутні); елементи стовпця мають однакову природу, стовпцями однозначно присвоєні імена; в таблиці немає двох однакових рядків; рядки і стовпці можуть проглядатися в будь-якому порядку незалежно від їх інформаційного змісту. База даних, побудована за допомогою відносин, називається реляційної і в ідеалі має такими перевагами: можливістю використання непідготовленими користувачами; простотою системи захисту (для кожного відносини задається правомірність доступу); незалежністю даних; можливістю побудови простого мови маніпулювання даними за допомогою алгебри відносин.
В
Рис. 3
При виборі універсальної СУБД для реалізації конкретної сукупності прикладних програм на основі використання бази даних слід оцінити надаваний користувачеві мова опису даних, мова маніпулювання даними та засоби підтримки фізичної бази даних. В якості характеристик, що визначають мову опису даних, зазвичай виділяють: наочність, простоту вивчення, ступінь незалежності даних, процедури захисту від несанкціонованого доступу, елементи опису (типи даних, розмір і ім'я тощо), підтримувані взаємозв'язку (Ієрархічні, мережеві, реляційні). Серед характеристик мов маніпулювання даними слід виділити: подаються засоби доступу (у фізичної послідовності, за значенням елемента даних, по ключу), сумісність з базовими (високорівневими) мовами програмування, простоту вивчення та використання, незалежність даних, можливості і засоби одночасного використання бази кількома прикладними програмами.
3. Вибір СУБД
Він здійснюється з урахуванням потреб користувача одним з таких методів: аналізу можливостей, експериментальної перевірки, імітації та моделювання.
Метод аналізу можливостей заснований на бальній оцінці наведених вище характеристик СУБД з точки зору вимог користувача. Кожна характеристика вивчається з двох позицій - чи присутня вона у пропонованій СУБД і яке її якість. Якість ранжирується за стандартною шкалою. Коефіцієнт ранжирування множиться на виділений для даної складової вагу, і зважені по кожній складовій бали сумуються.
Метод експериментальної перевірки полягає у створенні певної прикладної середовища та отриманні з її допомогою експлуатаційних характеристик заданої програмно-апаратної системи. Для експериментальної перевірки необхідно спроектувати і завантажити типову базу даних; потім з використанням мови маніпулювання даними СУБД промоделювати вимоги з обробки існуючих і очікуваних прикладних програм і виконати експериментальну перевірку розглянутих СУБД.
У методі імітації та моделювання роботи СУБД застосовують математичні вирази, визначають залежність одного з параметрів від інших. Наприклад, час звернення можна представити у вигляді функції від числа звернень до диску, кількості переданої інформації та процесорного часу формування відгуку на запит. Так як перераховані параметри залежать від способу зберігання даних і способу доступу до них, для різних СУБД потрібні різні моделі. Якщо ці моделі розроблені, їх можна використовувати для оцінки часу та вартості обробки при використанні різних СУБД, задаючи різноманітні умови (Змінюючи розміри бази даних, методи доступу, коефіцієнти блокування і тощо).
Некваліфікований проектувальник може накласти обмеження конкретної СУБД вже на ранній стадії проектування бази даних. При цьому користувальницькі вимоги штучно задаються ієрархічними і мережевими структурами певної СУБД без розгляду інших можливих проектних рішень. Такий підхід може призвести до зменшення ефективності системи.
Нижче наведені короткі характеристики деяких універсальних СУБД.
СУБД ІНЕС орієнтована на вирішення інформаційно-пошукових завдань головним чином з використанням діалогу. У ній забезпечуються можливості швидкого звернення до базі для отримання даних д...
