Компоненти АБД.

АБД потенційно орієнтований на різні джерела (рис. 2), включаючи операційні бази даних або дані транзакцій. Інші внутрішні дані, які надходять від електронних таблиць і внутрішньокорпоративних документів, та зовнішні дані, як наприклад бази даних новин чи цін акцій, можуть також бути збережені в АБД. У типовій організації операційні дані розпорошені через використання кількох СКБД у дуже різних форматах і на різних апаратних платформах. Наприклад, операційні дані можуть міститися у великих ЕОМ (мейнфреймах) типу IBM або DEC і знаходитися у файлах інформаційних систем менеджменту (на рис. 2 – IMS), забезпечуватися віртуальним методом доступу до файлів даних (VSAM), або знаходитися в СКБД DB2 і базах даних. Успадковані інформаційні системи, як наприклад ті, що зображені на рис.2 з ілюстративною метою, є загальним джерелом даних для АБД.

Рис. 2. Будова і використання автоматизованого банку даних

Дані, які вибираються зі щойно названих джерел, необхідно «очистити» для того, щоб перетворити їх формат на прийнятний з метою використання в банку даних. Інакше кажучи, дані мають подаватися у форматах, відповідних тим додаткам, для яких розробляється АБД. Наприклад, якщо деякі потрібні операційні дані рідко використовуються на індивідуальному транзакційному рівні, то їх потрібно підсумувати або агрегувати перед збереженням у банку.

Важливим чинником стимулювання організації сховищ даних у корпораціях стала поява спеціального програмного забезпечення, призначеного для побудови та зберігання банках даних, а також для забезпечення доступу до них. Як видно із рис.2, до групи продавців цих програмних продуктів належать як добре відомі розробники СППР та ВІС (наприклад Pilot, Comshare, IRI) і баз даних (наприклад, Oracle, Focus), так і менш знайомі продавці (Red Brick, Platinum, Carleton), які мають значний вплив у сфері організації банків даних.

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

Дані, які містяться в АБД, можуть бути доступними через програмне забезпечення клієнта, що використовується для підтримки прийняття рішень. Воно може призначатися для ВІС (наприклад, Lightship, Commander), СППР (наприклад, Visual IFPS, Express), або незапланованих (ad hoc) запитів (наприклад, Business Objects, Visualizer). У всіх випадках мається на увазі, що програмне забезпечення легке для користування, так що організаційний персонал з обмеженою комп'ютерною майстерністю і досвідом може ефективно його застосовувати.

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

Для звичайних БД процес їх створення відбувається за схемою: вивчення предметної галузі; побудова інформаційної моделі; розроблення на основі інформаційної моделі проекту бази даних; створення бази даних. Обов'язкові етапи створення АБД відрізняються від такої схеми. Такими етапами є: визначення інформаційних потреб користувачів щодо даних, котрі нагромаджуються в базах даних операційних систем (OLTP-систем), що служать джерелами оперативних даних; вивчення локальних баз даних OLTP-систем; виокремлення від кожної бази даних підмножини даних, необхідних для завантаження в АБД; інтегрування локальних підмножин даних і розроблення загальної погодженої схеми банку. Для виконання робіт зі створення банку даних за даною схемою існують різні інструментальні засоби, зокрема, програмний продукт «Oracle Designer» та його спрощена версія «Oracle Data Mart Designer».

Коли АБД уже створений та оптимізований, необхідно ефективно завантажувати нові дані в систему без переривання процесу підтримки прийняття рішень. Однак у разі збільшення обсягу даних розробникам необхідно визначити нові синтаксичні формати та формати запитів, які є швидшими й легшими, а також визначити нові підходи до поєднання реляційних таблиць та добування даних з цих дуже великих баз даних з використанням різновиду програмних агентів – інтелектуальних («розумних») агентів (Intelligent agents).

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Технологія створення.	\|	Технологія створення інформаційних систем.

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.013 сек.