- •Лекція 4. Проектування бази даних
- •4.1. Огляд життєвого циклу інформаційних систем Інформаційна система - ресурси, що дозволяють виконувати збір, коректування, поширення інформації усередині організації.
- •4.2. Життєвий цикл програми баз даних
- •4.2.1. Планування розробки бази даних Планування розробки бази даних - підготовчі дії, що дозволяють з максимально можливою ефективністю реалізувати етапи життєвого циклу програми бази даних.
- •4.2.2. Визначення вимог до системи Визначення вимог до системи - визначення діапазону дій і границь програми бази даних, складу її користувачів і областей застосування.
- •Вимога - деяка функція, що повинна бути включена в створювану систему.
- •4.2.4. Проектування бази даних Проектування бази даних - процес створення проекту бази даних, призначений для підтримки функціонування підприємства і сприятливий досягненню його цілей.
- •4.2.7. Створення прототипів
- •Створення прототипу - cтворення робочої моделі програми бази даних.
- •4.2.5. Вибір цільової скбд Вибір цільової скбд - вибір скбд придатного типу, призначеної для підтримки створюваного програми бази даних.
- •4.2.6. Розробка програм Розробка програм - проектування інтерфейсу користувача і прикладних програм, призначених для роботи з базою даних.
- •4.2.8. Реалізація Реалізація - фізична реалізація бази даних і розроблених програм.
- •4.2.10. Тестування Тестування - процес виконання прикладних програм з метою пошуку помилок.
- •Стратегії тестування
- •4.2.11. Експлуатація і супровід Експлуатація і супровід - спостереження за системою і підтримка її нормального функціонування по закінченні розгортання.
- •4.3. Загальний огляд процедури проектування бази даних
- •4.3.1. Моделювання даних
- •Критерії оцінки моделі даних
- •Концептуальне і логічне проектування
- •Злиття представлень окремих користувачів
- •Метод інтеграції представлень - злиття окремих локальних логічних моделей даних, що відбивають представлення різних груп користувачів, у єдину глобальну логічну модель даних.
- •4.4. Проектування програми
- •4.4.1. Проектування транзакцій Транзакція - одна дія чи послідовність дій, виконуваних тим самим користувачем (чи прикладною програмою), що здійснює доступ до бази даних чи зміну її вмісту.
- •4.4.2. Рекомендації з проектування користувальницького інтерфейсу
- •Легко пізнавані назви полів
- •Погоджена термінологія і скорочення
- •Погоджене використання кольорів
- •Переваги використання case-інструментів
- •4.6. Вибір скбд
- •4.6.1. Вибір оптимальної системи
- •Визначення області компетенції проведеного вивчення
- •Скорочення списку претендентів до двох-трьох продуктів
- •Оцінка продуктів
- •Проведення обґрунтованого вибору і підготовка звіту
- •4.7. Адміністрування даних і адміністрування бази даних
- •4.7.2. Задачі адміністрування даних
- •4.7.4. Задачі адміністрування бази даних
- •4.7.5. Порівняння задач адміністрування даних і бази даних
- •Питання
Оцінка продуктів
Для оцінки можливостей СКБД можуть використовуватися найрізноманітніші параметри, як у виді груп (наприклад, визначення даних), так і по окремості (наприклад, наявні типи даних). У табл. 4.2 представлені можливі параметри оцінки СКБД, розподілені по окремих групах: визначення даних, фізичні параметри, приступність, обробка транзакцій, утиліти, засобу розробки й інші параметри.
Таблиця 4.2. параметри оцінки, Що Рекомендуються, СКБД
Визначення даних Фізичні параметри
Розширена підтримка первинних ключів. Передбачені файлові структури
Визначення зовнішніх ключів Підтримка визначення файлових структур
Передбачені типи даних Простота реорганізації
Розширюваність типів дані Засоби індексування
Визначення доменів Поля/запису з перемінною довжиною
Простота реструктуризації Стиск даних
Засобу підтримки цілісності дані Можливості шифрування
Реалізація механізму представлень Вимоги до пам'яті
Підтримка словника дані Вимоги до пристроїв збереження даних
Незалежність від даних
Тип базової моделі організації даних
Підтримка еволюції схеми
Приступність Обробка транзакцій
Мова запитів: сумісність із Процедури резервного копіювання і відновлення
стандартами SQL-92/SQL3
Інтерфейс для інших систем Підтримка контрольних крапок
Інтерфейс для мов третього покоління Засобу ведення системного журналу
Багатокористувачевий доступ Підтримуваний рівень деталізації
паралельності
Захист бази даних:
керування доступом до даних;
підтримка механізму авторизації Можливі стратегії дозволу тупикових ситуацій
Підтримка удосконалених моделей керування транзакціями
Рівнобіжна обробка запитів
Утиліти Засобу розробки
Вимір продуктивності І Інструменти, що використовують мови четвертого і
п'ятого поколінь
Настроювання продуктивності бази дані CASE-інструменти
Інструменти завантаження/вивантаження дані Інструменти для роботи з віконним інтерфейсом
Контроль активності користувачів Підтримка збережених процедур, тригерів і правил
Підтримка процедур адміністрування
бази даних
Інші параметри
Здатність до модернізації Взаємодія з іншими СКБД і іншими системами
Стабільність виробника СКБД Підтримка роботи в Internet
База користувачів Утиліти реплікації
Навчання і підтримка користувачів Можливості розподіленої роботи
Якість і повнота документації Переносимість
Необхідна операційна система Необхідне апаратне забезпечення
Вартість Підтримка роботи в мережі
Оперативна довідкова система Об’єктно-орієнтировані властивості
Використовувані стандарти Підтримка двох- чи трьохрівнової архітектури
"клієнт/сервер"
Керування версіями Продуктивність
Розширена оптимізація запитів Пропускна здатність при обробці транзакций
Масштабуємість Максимальна кількість одночасна
працюючих_користувачів
Якщо просто відзначати наскільки гарні чи погані ці параметри в кожнім випадку, то порівняння різних СКБД може виявитися дуже важкою задачею. Більш корисний підхід заснований на уведенні вагових коефіцієнтів, що визначають відносну важливість для організації окремих параметрів чи їх груп. У результаті підсумовування всіх отриманих числових значень можна буде одержати деяку кількісну оцінку, що дозволяє порівняти різні СКБД. У табл. 4.3 показаний приклад обчислення сумарної кількісної оцінки групи фізичних параметрів для деякої умовний СКБД. Кожному виділеному параметру привласнюється рейтинг, установлюваний по 10-бальній шкалі, а також ваговий коефіцієнт (нормований по одиниці) для позначення важливості того чи іншого параметра для даної організації в порівнянні з іншими параметрами цієї групи. При цьому оцінка кожного параметра обчислюється як добуток рейтингу і вагового коефіцієнта. Наприклад, у табл. 4.3 параметр "Простота реорганізації" має рейтинг 4, вагарні коефіцієнт - 0,25, що в підсумку дає 1,0. Цьому параметру привласнений найбільший ваговий коефіцієнт у даній таблиці, що підкреслює його важливість у цій частині оцінки. Крім того, параметр "Простота реорганізації" має в 5 разів більший ваговий коефіцієнт, чим, наприклад, параметр "Стиск даних" (з найменшим ваговим коефіцієнтом 0,05). У той же час параметри "Вимоги до пам'яті" і "Вимоги до пристроїв збереження" мають нульовий ваговий коефіцієнт, а тому вони взагалі не включені в цю оцінку:
Таблиця 4.3. Приклад аналізу параметрів при оцінці СКБД
СКБД: Гіпотетичний приклад
Виробник: Гіпотетичний виробник
Група параметрів "Фізичні параметри"
Параметри Коментарі Рейтинг Вага Оцінка
Передбачені файлові 4 структури на вибір 8 0,15 1,2
структури
Підтримка визначення фай- Несаморегулююча 6 0,2 1,2
ловых структур
Простота реорганізації 4 0,25 1,0
Засобу індексування 6 0,15 0,9
Поля/запису з перемінної 6 0,15 0,9 довжиною
Стиск даних 7 0,05 0.35 Можливості шифрування 4 0,05 0,2
Вимоги до пам'яті 0 0,00 0
Вимоги до пристроїв хра- 0 0,00 0
нения даних
Разом 41 1,0 5,75
Оцінка групи 5,75 0,25 1,44
Для одержання підсумкової оцінки для всієї групи потрібно скласти оцінки всіх параметрів. Далі оцінка групи збільшується на ваговий коефіцієнт, що позначає важливість цієї групи параметрів стосовно інших груп. Наприклад, у табл. 4.3 загальна оцінка групи "Фізичні параметри" дорівнює 5,75, а вагарні коефіцієнт цієї групи - 0,25.
Нарешті, усі зважені оцінки для кожної оцінюваної групи параметрів додаються, що дозволяє визначити загальну оцінку даної СКБД, що буде порівнюватися з оцінками інших продуктів. Переможцем буде вважатися продукт із найбільшою сумарною оцінкою.
Крім аналізу за запропонованою схемою, продукти можна оцінювати на основі демонстрації їхніх можливостей, здійснюваних виробником продукту, чи ж за допомогою тестування продуктів власними силами. Внутрішнє тестування власними силами припускає створення спробного іспитового проекту, що використовують продукти-кандидати в якості цільовий СКБД. Кожен продукт тестується й оцінюється по його здатності задовольняти вимоги користувачів до даного програми баз даних.
