Какие есть преимущества хранилищ данных и OLAP с точки зрения бизнеса и информационных систем?
Всем привет.
Книги по OLAP озвучивают стандартные наборы тезисов, обосновывающих OLAP/ХД.
Например:
- быстрый анализ (не более 5 секунд на обработку).
- обеспечение логического/статистического анализа.
- многомерное представление данных (+иерархии).
- вы можете обращаться к данным вне зависимости от их объема.
и т.п.
Но как, простыми словами, можно обозначить бизнес-цели, которые понятно декларированы для бизнеса? Как их оценить? Допустим, с точки зрения финансов? Или, возможно, есть не финансовые измерения? Например, скорость обработки таблиц или построения отчетов (было-станет)? Судя по периодике - максимум, что получали компании: "сократилось время создания управленческой отчетности". А цифры?
Итак, исходная задача:
- сеть магазинов создает собственную новую учетную систему.
- система глобальная, объединяет терминалы на складах и в магазинах в единую сеть.
- планируется собирать статистику и информацию в оперативную реляционную нормализованную базу (OLTP).
- и строить отчетность - по стандартной схеме - путем генерации обращений к оперативной базе.
И конкретные вопросы:
- Зачем создавать еще одну базу (ХД), пусть и несколько модифицированную?
- Зачем создавать особую базу (ХД), если достаточно делать по расписанию копию существующей OLTP базы?
- Что вы скажете против мысли: ХД нам не нужно. Зачем? Сделав просто копию, мы не будем нагружать основную БД отчетами.
- Зачем покупать BI инструмент - если программисты напишут серию отчетов к существующей OLTP базе?
- Что может дать BI+ХД такого, чего не может дать набор отчетов к бухгалтерии на 1С и к понятной и простой реляционной OLTP базе ученой системы?
- Может ли купленное BI средство упростить разработку учетной системы и, собственно, упростить/ускорить разработку блока построения отчетности? (Возможно ли вынести отчетность в слой "BI+ХД"?)
Хотелось бы услышать ответы, которые бы указывали на преимущества бизнеса в количественном и измеряемом виде. Или примеры из вашего опыта.
В Вашем случае, вкладываться в BI с первого дня, действительно, скорее не надо. Достаточно реплицируемой копии OLTP и отчетности над ней построенной. Как показывает мой опыт, только после того, как бизнес сам поймет, что этой отчетности недостаточно, можно будет говорить о внедрении аналитики.
Не надо строить хранилище и BI ради самого BI (хотя иногда так делают - имидж, повышение стоимости предприятия и т. п.) Нужно сначала пытаться закрыть бизнес-проблемы имеющимися средствами разработки отчетности и только потом задумываться о хранилищных технологиях.
Спасибо. Касательно "бизнес сам поймет, что этой отчетности недостаточно" - замечу. что бизнес уже сейчас формулирует различные запросы по отчетности. Мы насчитали по инициативам более 28 отчетов. Причем - не связанных с бухгалтерией, только по предметной области - товары, логистика и т.п. Если такими темпами пойдет - перевалим точно за сотню отчетов.
Опять возвращаемся к мысли - а не проще ли отдать бизнесу "кубики" - что бы сами строили и анализировали?
структура ХД - как правило "звезда" для каждой из задач.
В этой структуре формулировать запросы гораздо проще чем в OTLP со множеством связей. Так бизнес-пользователь вряд ли разберется в названиях таблиц и полей OLTP, при этом, почти не возникает проблем в написании запросов к витрине данных. Данные уже подготовлены, очищены. Структура ХД полностью ориентирована на запросы (в OLTP структуры ориентированы на вставку и изменение данных). Наличие отдельно ХД и OLAP как правило полностью снимает вопросы отчетности, большая часть может строиться самими бизнес-пользователями (Ad-Hoc) - наиболее полезные из них и часто используемые можно перенести уже в перечень "встроенных"
Простой
