Классика баз данных - статьи

       

и многомерное представление, но оно


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

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

  • уровня извлечения, преобразования и загрузки данных (ETL - extract, transform and load), предназначенного для переноса в Хранилище данных информации в соответствующем формате;
  • репозитория, включающего оперативный источник рабочей информации (ODS-operational data store), а также Хранилище и/или витрины данных;
  • аналитического уровня (уровня отчетности), на котором конечный пользователь определяет тип данных, которые нужно извлечь из репозитория, а также инструменты, выполняющие анализ (иногда их называют аналитическими приложениями).

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

    Роль хранилищ данных

    А нужны ли вообще Хранилища данных, если есть ERP-системы? Да, нужны. Ведь они стали центральным компонентом всей информационной архитектуры ERP, не только обеспечивая пользовательский доступ (т.е. определяя способ получения информации), но и выполняя функцию извлечения информации из исходных источников (т.е. определяя, какие данные доступны). Объединение данных о финансовом состоянии компании, ее служащих, заказчиках и поставщиках в единое представление является сложнейшей задачей, и ее решение затрагивает, как правило, множество исходных систем. Например, в CRM-системе информация о сотруднике клиентской службы и его взаимосвязи с конкретным заказчиком (группой заказчиков) может быть отражена одним способом (по виду продукции).

    Содержание  Назад  Вперед