Навігація
Головна
 
Головна arrow Інформатика arrow Бази даних
< Попередня   ЗМІСТ   Наступна >

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

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

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

На вибір впливає і безліч факторів: 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 і ТРС-Е) з обчисленням відносини ціна / продуктивність. Продуктивність оцінюється в кількості транзакцій в секунду на стандартних операціях поновлення (при однакових обсягах даних). На жаль, результати такого тестування публікуються рідко.

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

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

 
Якщо Ви помітили помилку в тексті позначте слово та натисніть Shift + Enter
< Попередня   ЗМІСТ   Наступна >
 
Дисципліни
Агропромисловість
Аудит та Бухоблік
Банківська справа
БЖД
Географія
Документознавство
Екологія
Економіка
Етика та Естетика
Журналістика
Інвестування
Інформатика
Історія
Культурологія
Література
Логіка
Логістика
Маркетинг
Медицина
Нерухомість
Менеджмент
Педагогіка
Політологія
Політекономія
Право
Природознавство
Психологія
Релігієзнавство
Риторика
Соціологія
Статистика
Техніка
Страхова справа
Товарознавство
Туризм
Філософія
Фінанси
Пошук