Вибір моделей даних

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

Насправді критеріїв значно більше: вартість, продуктивність, ненадмірність і т. Д.

На вибір впливає і безліч факторів: 1) типи елементів даних; 2) інтерфейс користувача; 3) структура і відносини даних; способи маніпулювання даними; 4) цілісність БД і захист даних; 5) підтримка програмна і технічна; 6) комерційна підтримка; 7) критерії якості (надійність, точність, відповідність промисловим стандартам); 8) можливості росту і розвитку.

Сюди слід додати, що не всі вимоги можуть бути сформульовані однаково чітко, а одним і тим же вимогам можуть відповідати різні МД.

В силу складності завдання вибору СУБД її доцільно вирішувати у два етапи: вибір МД; вибір СУБД в рамках прийнятої МД.

При вирішенні першого завдання виникає проблема вибору по векторному критерію. Її можна вирішувати різними методами: методом аналізу ієрархій Сааті Т., за допомогою матриць (таблиць) прийняття рішень. Рішення завдання останнім способом приведено в роботі [39]. Слід зазначити, що цей варіант вирішення досить трудомісткий. До того ж на результат рішення сильно впливають неформальні фактори.

Названі обставини привели до широкого застосування Упрошенная варіанта рішення, в якому використовуються такі судження.

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

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

Об'єктно-орієнтовані моделі даних тільки починають використовувати в Росії. В даний час фактично єдиною СУБД такого класу є CACHE.

Об'єктно-реляційні СУБД використовують переважно гібридну різновид.

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

Порівняльні характеристики деяких реляційних СУБД наведено в табл. 9.2.

Таблиця 9.2

Порівняльна характеристика деяких реляційних СУБД

Характеристика

Access

InterBase

FoxPro

Paradox

Граничний обсяг, Гбайт

1

10

Число полів

255

1000

255

255

Число індексів

32

65536

255

255

Довжина поля, знаків

255

32

255

255

Довжина рядка, кбайт

2

64

64

4

Посилальна цілісність

Та

Немає

Та

Та

Режим клієнт-сервер

Немає

Та

Немає

Немає

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

  • 1. Вибрати СУБД, підходящі за їх технічними характеристиками (насамперед - за обсягом даних в розробляється базі даних).
  • 2. З отримав набору СУБД слід відібрати:
    • а) по категорії кінцевого користувача (непрограмістів; має кваліфікацію в програмуванні; програміст; адміністратор БД);
    • б) по розвиненості (вигоді) інтерфейсу СУБД;
    • в) за якістю засобів розробки БД (гнучкість і повнота процедури створення інтерфейсу користувача і реалізації алгоритму додатки, потужності мови програмування);
    • г) за якістю засобів забезпечення цілісності та захисту даних;
    • д) за характеристиками формування розподіленої БД та груповій роботі з БД (насамперед - режиму клієнт-сервер);
    • е) з підтримки стандартних інтерфейсів зв'язку з БД - через мову SQL і додаток ODBC;
    • ж) за видами блокування даних;
    • к) по іміджу фірми - розробника СУБД.

У ряді випадків [1] використовують поняття "продуктивність", т. Е. Швидкодію БД. Вона передбачає оптимізацію процедури запиту (глава 4), яка проводиться далеко не у всіх СУБД. Зокрема, така процедура реалізована в СУБД FoxPro.

Для вибору по цьому параметру необхідні дані випробувань за спеціальними тестами [1] (ТРС-А, ТРС-В, ТРС-С, TPC-D і ТРС-Е) з обчисленням відносини ціна / продуктивність. Продуктивність оцінюється в кількості транзакцій в секунду на стандартних операціях поновлення (при однакових обсягах даних). На жаль, результати такого тестування публікуються рідко.

До того ж підвищення швидкодії можна простіше досягти з використанням індексів, тому вибір по продуктивності практично не проводять.

Перейдемо до реалізації баз даних на фізичному рівні.

 
< Попер   ЗМІСТ   Наст >