Підходи до побудови БД

Вони базуються на двох підходах до створення автоматизованої системи управління (АСУ). Перший з них, широко використовувався в 80-і роки і тому отримав назву класичного (традиційного), пов'язаний з автоматизацією документообігу (сукупність документів, що рухаються в процесі роботи підприємства). Вихідними і вихідними координатами були документи, як це видно з прикладу 2.1. Трансформація вхідних документів у вихідні здійснюється за алгоритмом перетворення.

Приклад 2.1. Завдання ставиться таким чином. Є система ручних документів, форма одного з яких показана в табл. 2.1. Необхідно за допомогою БД отримати - за регламентом або за запитом - інформацію у вигляді іншої системи документів, форма одного з яких наведена в табл. 2.2.

Таблиця 2.1

Студент

Номер групи

Номер залікової книжки

Номер студентського квитка

Прізвище

Адреса

І4

І-99/12

І-99/12

Петров

Готівковий ПСР., 5

ІЗ

І-9Х / 1

І-98/1

Іванов

Невський ін. 7, кв. 3

Таблиця 2.2

Список студентів групи И4

Номер залікової книжки

Прізвище

І-99/12

Петров

І-99/17

Сергєєв

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

Приклад 2.2. Використовуємо комп'ютер для підтримки процедури прийняття рішень менеджера у процедурі прийняття фахівців на роботу (комплектування кадрами дослідницької фірми). Частина людей вже працює (у штаті фірми), необхідно провести доукомплекацію кадрів. На основі анкетних даних про претендентів на вакантні місця штатного розкладу комп'ютер, відповідно до закладеної проектувальником системою правил, видає менеджеру рішення-поради про посади, на які слід прийняти вступників. Остаточне рішення залишається за менеджером.

Якщо менеджер сумнівається в правильності отриманого комп'ютером рішення, він може запитати пояснення у вигляді системи використаних при вирішенні правил.

Якщо кількість рекомендованих до прийому перевищує число вакансій у штатному розкладі, менеджер може скорегувати або правила (кількісну складову), або результати їх роботи. Рішення менеджера вводяться в комп'ютер.

Перераховані процедури мають місце на кожному з декількох (за замовчуванням - з трьох) інтервалів (циклів) часу.

На завершення комп'ютер видає на екран підсумкові результати роботи менеджера. Даний приклад реалізований на комп'ютері і докладно описаний у гл. 15.

До 90-м рокам XX ст. сформувався другий, сучасний підхід, пов'язаний з автоматизацією управління. Він передбачає початкове виявлення стандартних алгоритмів додатків (алгоритмів бізнесу в закордонній термінології), під які визначаються дані, а стало бути, і база даних. Об'єктно-орієнтоване програмування тільки посилило значимість цього підходу. Склад БД для різних підходів представлений на рис. 2.4.

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

Рис. 2.4. Схема класичного (а) і сучасного (б) підходу при побудові БД

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

висхідний і спадний проектування БД

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

У наступних розділах спочатку буде розглянуто класичний підхід для централізованих БД, а потім - сучасний. Розподіленим БД присвячена гл. 10-12 справжньої роботи.

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

Етапи створення (Cl, С2) і використання (И1 - ІЗ) БД

Рис. 2.5. Етапи створення (Cl, С2) і використання (И1 - ІЗ) БД

7. Сховище даних - предметно-орієнтований, інтегрований, прив'язаний до часу і незмінний набір даних, призначений для підтримки прийняття рішень [2, 3, 17]. Відповідно до визначення сховище даних орієнтоване не на алгоритм програми, як (операційна) БД, а на предметну область.

Інтегрованість визначається тим фактом, що джерелами даних можуть бути кілька БД, які можуть мати різні формати даних і ступінь заповнення БД. Ці дані повинні бути приведені до "стандарту", використовуваному в ХД.

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

Розглянемо методологічні аспекти БД і СД.

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