|
7 базовых причин из-за которых компании создают
хранилища данных
Аннотация к статье
В этой короткой заметке приводится список основных
причин, из-за которых компании внедряют хранилища данных. Поводом,
побудившим собрать их в одном месте, стало то, что слишком много
материалов о хранилищах данных посвящены преимуществам, которые
связаны с хранилищами косвенно и являются прямым следствием
решения базовых задач. Потратьте немного времени на знакомство
с маркетинговыми материалами и вы узнаете об использовании хранилищ
данных для «того, чтобы быть ближе к заказчику», «превращения
данных в интеллект бизнеса», «принятия решений, основанных
на фактах, а не на интуиции», и, вероятно, самой часто
упоминающейся цели, «получении преимущества над конкурентами».
На самом деле, в 99% проектов собственно хранилище данных является
только одним из шагов на пути к достижению декларируемых целей.
На самом деле, основными причинами, побуждающими организации
внедрять хранилища данных, являются...
 |
Необходимость выполнения аналитических запросов
и генерации отчетов на не задействованных основными информационными
системами вычислительных ресурсах.
|
|
Необходимость использования моделей данных
и технологий, ускоряющих процесс выполнения запросов и
подготовки отчетности, но не предназначенных для обработки
транзакций.
|
|
Создание среды, в которой даже относительно
небольших знаний основ СУБД достаточно для создания запросов
и подготовки отчетов. Это означает сокращение времени,
требуемого от персонала ИТ-департамента для сопровождения
системы.
|
|
Создание источника с предварительно очищенной
информацией.
|
|
Упрощение процесса подготовки отчетов на
основе информации из нескольких транзакционных систем
и/или внешних источников данных и/или данных, используемых
исключительно для генерации отчетов.
|
|
Создание выделенного источника в тех случаях, когда возможности
транзакционной системы не соответствует требуемому бизнесом
сроку хранения данных и/или необходимо иметь возможность
подготовки отчетов на определенные моменты времени в прошлом
("as was" reporting). |
|
Защита конечных пользователей от необходимости в какой
бы то ни было степени вникать в структуру и логику работы
БД регистрирующей системы |
Статья
целиком
|
|
Статьи