Реализация хранилищ и витрин данных

Варианты реализации хранилищ данных:

1. Виртуальное хранилище данных

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

3. Глобальное хранилище данных

4. Многоуровневая архитектура хранилища данных

a. Хранение данных на самом деле которых нет.. в основе виртуального хранилища – слова или репозитарии метаданных, OLTP, OLAP, БД транзакционных систем, все они присутствуют в репозитарии. репозитарий (разделяемая (инструментальными средствами и системами) корпоративная база данных, содержащая информацию об артефактах проектирования, корпоративное надмножество словарей метаданных.

Реализована процедура sql-запросов, для считывания информации из источников и некоторые процедуры для обработки и формирования полученной информации.

Работают с транзакционными БД:

«+» для пользователя – каждый раз обращаясь получают самую последнюю информации.

«-» - значительное замедление объема данных, наблюдают замедление работы OLTP систем. Возникает реальная угроза целостности в случае неудачного использования пользователей аналитиков.

b. Набор тематически связанных БД, которые содержат в разрезе одной витрины, информации, относящиеся к какому-либо аспекту деятельности корпорации.

Каждая витрина - облегченный вариант хранилища данных. Они максимально приближены к тем пользователям, которым они нужны. Для реализации витрин данных не нужна сложная техника. «-» - избыточность, т.к. одни и те же данные могут быть выставлены в нескольких витринах. Данные часто не обновляются. Необходимость синхронизации данных.

c. Идея совмещения хранилища данных и витрины данных в месте, в одной реализации. Получается трехуровневая архитектура:

• Первый уровень – корпоративное хранили-ще интегрированных и в основном детали-зированных данных на основе одной из развитых современных реляционных СУБД.

• Второй уровень - витрины данных на основе многомерной системы управления базами данных, например Oracle Express Server.

• Третий уровень – клиентские рабочие места конечных пользователей.

Реляционные СУБД обеспечивают хранение и управление данных достаточно большого объема, но не слишком хорошо отвечают потребностям OLAP.

На втором уровне – такие СУБД лучше подходят для реализации OLAP. Но не позволяют хранить сверхбольшие объемы данных, размер не превышает десятков Гб, когда речь идет для витрины данных может содержать ссылки на хранилище и при необходимости получать информацию из хранилища, снимает ограничение на объем данных.

3 уровень. Установлены средства оперативного анализа данных.