Огляд корпоративної архітектури: можливості для спрощення надання інформації, Oracle, Бази даних, статті

Які доводи за і проти впровадження Сховища даних замість підготовки звітності за допомогою корпоративної транзакційної системи?


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


Поліпшення продуктивності


Архітектура надання інформації, що включає Сховище даних, дає кілька переваг у продуктивності. Середа Сховища даних спроектована і настроєна для ефективного надання інформації, але не обробки транзакцій. Модель даних Сховища розроблена для високо продуктивної вилучення інформації; зазвичай для цього використовується багатовимірний або денормалізованний підхід. Такий підхід забезпечує швидке отримання інформації за рахунок інтеграції даних та зменшення загальної кількості роботи, необхідної для їх отримання. Цей архітектурний підхід надає також і інші можливості, не настільки очевидні при першому погляді на дизайн моделі даних. Сучасні системи управління базами даних включають найрізноманітніші варіанти використання цих баз, а також різні способи налаштування інструментів аналітики. Все це може значно поліпшити загальну продуктивність процесу надання інформації в порівнянні з підходом транзакційних систем. Такі параметри, як індексація, розмір сторінок, буферні запам’ятовувальні пристрої, розміри масивів, тимчасові простору, посилальна цілісність, пам’ять і т.д., можуть бути спеціально налаштовані для надання інформації за допомогою систем управління базами даних. Для баз даних Сховищ, що знаходяться на окремому сервері, та / або копій баз даних існують додаткові опції настройки продуктивності, оскільки їх ізоляція охороняє від зниження продуктивності транзакційних систем. Подальше підвищення продуктивності може бути досягнуто за рахунок аналізу способів доступу до даних і розподілу даних за додатковими фізичним дискам для того, щоб збільшити загальну пропускну здатність операцій введення / виводу диска на локальному блоці дисків, мережі пристроїв зберігання даних (storage area network – SAN) та / або в системі зберігання даних, що підключається до мережі (network attached storage – NAS).


Підхід, який використовує архітектуру Сховища даних, також підвищує загальну продуктивність корпоративних транзакційних систем за рахунок того, що він дозволяє вивантажити історичні, закриті, контрольовані та інші дані у Сховище. Це позбавляє корпоративні транзакційні системи не тільки від необхідності зберігання даних, але і від виконання запитів до них. Загальний дизайн архітектури BI, в т.ч. методи поновлення даних, повинен забезпечувати здійснення всіх операцій по підготовці звітів і виконання запитів в Сховище даних, позбавляючи, таким чином, бізнес-системи від цих дій.


Підтримка


Сховище даних також забезпечує кілька переваг порівняно з корпоративною транзакційної системою з точки зору поточної підтримки і забезпечення. В результаті перетворення транзакційної системи в більш ефективний і легше зрозумілий багатовимірний дизайн зменшується кількість таблиць, зв’язків, бізнес-правил та інших складнощів. А це, в свою чергу, знижує вартість поточної підтримки інформаційних запитів і скорочує час їх обробки. Завдяки спрощенню моделі даних і підтримуючих структур зменшується час, необхідний для перевірки і налагодження інформаційних запитів. При використанні дизайну Сховища даних зникають проблеми транзакційних систем, пов’язані з питаннями контролю, встановлення та кодовими таблицями, які вимагають додаткових режимів перегляду, альтернативних імен, внутрішніх і зовнішніх з’єднань та інших методів для свого рішення при виконанні запитів.


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


Обмеження


В залежності від дизайну та архітектури Сховище даних може виявитися непридатним для запису певних типів бізнес-транзакцій. Методи і частота оновлення даних також здатні накладати обмеження на використання Сховища для запису деяких типів бізнес-транзакцій. Бюджетні та технологічні ліміти компанії можуть робити неможливим оновлення Сховища даних в режимі реального часу або близькому до нього, що також знизить потенціал його використання в певних видах ділової активності. Такі ж обмеження здатні виникати і в зв’язку з використовуваним в Сховище підходом до інтеграції даних.


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


Висновок


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

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*