Доминирующие архитектуры

По мнению экспертов доминирующей архитектурой является звезда, за ней следует шина витрин данных и централизованная архитектура, и лишь небольшой процент проектов основан на независимых витринах данных и федеративной архитектуре. Несмотря на споры вокруг достоинств архитектуры «звезда» и централизованного хранилища данных, их популярность среди пользователей не так уж значительно отличается. Очевидно, что компании рассматривают примерно одни и те же требования, но приходят к разным решениям. Конечно, можно поспорить, что централизованное хранилище данных проще и быстрее внедрить, так как не надо разрабатывать дополнительные витрины данных. Централизованное хранилище данных чаще выбирают, когда внедрение нужно провести срочно, ограниченность ресурсов выше и больше расчета на собственный персонал. Архитектура «звезда» чаще всего используется в корпоративных проектах для создания крупных хранилищ данных. Это самые долгосрочные и дорогие проекты, однако и самые результативные. Ничего удивительного тут нет. Функциональный охват таких проектов шире, и размер хранилища данных больше. Эта архитектура требует большей вовлеченности руководства и планирования, а следовательно, материальных и временных ресурсов. Шина витрин часто выбирается в той ситуации, когда ресурсов вполне достаточно, представление о хранилище данных не носит четкой стратегической ориентации, и совместимость с уже внедренными средствами не играет принципиальной роли. Лишь немногие компании выбирают федеративную архитектуру, в частности, те, кто ограничен по срокам. У некоторых организаций уже используются разрозненные платформы принятия решений в результате слияний и поглощений. Поэтому они и применяют федеративный подход, наиболее быстро реализуемый. Здесь большую роль играет фактор информационной зависимости между подразделениями компании и информационными потребностями руководства. Независимые витрины данных имеют самые низкие оценки среди пользователей. Это лишний раз подтверждает общеизвестный факт: эта архитектура далеко не самая лучшая. Три лидирующие архитектуры подтвердили свою состоятельность практическим опытом и успешным долговременным использованием. Если говорить об информационном и системном качестве, а также об организационном влиянии, то о доминировании одной конкретной архитектуры речь не идет. Они развиваются и со временем приобретают близкие черты. Например, архитектура «звезда» часто включает витрины данных, лежащие в основе архитектуры «шина». Даже методологии разработки (сверху вниз и снизу вверх), а также жизненный цикл с каждым годом обретают общие черты.

Витрины данных

Концепция витрин данных была предложена в 1992 году. Появление концепции витрин данных связано с тем что оказалось, не смотря на то что хранилище данных вещь хорошая, но разработка ее и внедрение происходит в течение нескольких лет. И это сказывается на затратах предприятиях, которые долго не окупаются. Из-за того что часто информационная структура компаний бывает сложна и запутана. Вторая проблема как уже было сказано с инвестициями. В третьих то, что существующие технологии в принятиях решений трудно поддаются модификации и изменению и поэтому под них приходиться подстраиваться, то есть подстраивать свои данные и под существующие технологии. Поэтому появление витрин данных была попыткой смягчить требования к хранилищам данных. По сути под витриной данных понимают специализированные хранилища, обслуживающие одно из направлений деятельности. К примеру: маркетинг, учет запасов и ст.д. Из всего хранилища данных выделяют направления и они автоматизируются. Как правило в 1 очередь берутся те процессы которые легко автоматизируются, хорошо изучены, не так сложны и внедрение этих витрин данных позволяет уже на маленьких примерах быстро получить окупаемость. Таким образом очень часто разработка хранилища данных и витрин данных идет параллельно, то есть в перспективе нужно хранилище данных, но походу разрабатываются витрины, которые начинают давать отдачу, с другой стороны позволяют разработчикам показать заказчикам, что эффект есть. Также как и для хранилищ данных стандартом является структура звезды и таблица фактов.

Витрины данных имеют ряд несомненных достоинств: - во-первых, аналитики, которые работают с витриной данных, всегда работают с теми данными, которые легко понятные и видны;

- кроме того поскольку витрины данных гораздо меньше баз данных, то уже требуется большие вложения в мощность вычислительной техники.

В 1994 году было предложено объединить концепции витрин данных и хранилища данных и использовать хранилища для витрин данных. Поскольку программное обеспечение для анализа хранилищ данных составляется очень долго, а само хранилище сделать трудно, собрать данные соединить в базу не так сложно, трудно приделать ей программное обеспечение, которое анализ бы делала, поэтому целью объединения было то, чтобы сами витрины данных основывались бы на данных, которые хранятся в хранилищах. Ну и было предложено так называемая многоуровневая архитектура из трех уровней.

Первый уровень общекорпоративной базы данных на основе распределенной СУБД.

Второй уровень базы данных подразделений. Как правило на основе дестоп СУБД. Здесь храниться агрегированные данные, то есть реляционные базы данных хранят операционные данные, а агрегированные данные отбрасываются на 2 уровень, где можно использовать ДесТоп СУБД.

И третий уровень это конкретные места пользователей-аналитиков. Те пользователи, которые на основе витрин данных делают какие-то выводы.