Хранилище данных–технология для руководителя (руководителей)

Выгоды от использования хранилищ данных на предприятиях.

Практика показывает, что внедрение хранилищ данных дает положительный результат в следующих областях:

•сегментация рынка;

•планирование продаж, прогнозирование и управление;

•забота о клиенте (CRM системы);

•разработка схем лояльности;

•проектирование и разработка новых видов продукции;

•интеграция цепочки поставок;

•интеллектуальные технологии в организации бизнеса.

•распространение DW из области стратегического планирования на текущие операции;

Трудности внедрения хранилищ данных

Причины, которые затрудняют внедрение технологии хранилища данных на предприятии:

•Разнобой в испольуемых технологических средствах. Независимо от выбора СУБД в рамках каждого подраделения формируется различная корпоративная технология обработки данных, по-разному распределяются нагрузки на сервер и клиентскую части и т. д. Единообразие подхода в какой-то степени обеспечивает ритмичность проведения работ.

•Организационно-технологические факторы. С одной стороны, подразделения могут быть не только не готовы к работе по новой информационной технологии (что в порядке вещей), но и вправе отказаться от нововведений по ряду объективных или субъективных причин (явление также обычное). С другой стороны, недоучет разработки организационно - технологического обеспечения может привести к постоянному переносу сроков реализации проекта (а иногда просто к срыву всех сроков). Степень подготовленности персонала на всех уровнях иерархии должна контролироваться на всех этапах разработки и внедрения системы.

•Отсутствие лингвистического обеспечения. Это особенно критично для построения хранилищ данных. Обычно при создании системы предполагается, что заказчику контекстуально все понятно и технологические процессы (бизнес-процедуры) не вызывают затруднений. В качестве примера можно привести сроки освоения бухгалтерских программ, построенных с использованием специальных компьютерных языков и предполагающих, что бухгалтер достаточно хорошо владеет основами информатики и программирования в рамках университетского курса. Для успешного использования DW огромное значение имеют метаданные, на основе которых пользователь получает доступ к данным. Семантика и смысл всех данных DW должны быть ясно и точно определены. На практике, если это не доминирующая цель системы, разработке лингвистического обеспечения при проектировании не уделяют внимания, относя это на потом. Построение DW следует начинать с создания лингвистического обеспечения.

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

•Объединение плохо совместимого. Например, не следует объединять в программах типа "Торговый дом" бухгалтерский и управленческий учет в рамках одной технологии разработки. Это будет долгий и трудный процесс, поскольку подходы к моделированию и проектированию этих частей существенно различаются. Реализовать их по отдельности и проще, и быстрее. Однако есть и другие примеры, когда для разработки используются концепции более высокого уровня абстракции. Удачны, например, решения в Baan или ROSS system, при разработке которых была отработана методология слияния транзакционной и аналитической частей в рамках единой КИС. Зато они и стоят дорого.

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

Распределенные информационные ресурсы

Концепия хранилищ данных позволяет достаточно успешно решать проблемы интеграции распределенных информационных ресурсов в пределах одного предприятия. Но развитие интернет технологий поставило задачу нтеграции информацинных ресурос и создания распределенных баз данных более остро.

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

Главная проблема таких систем - организация обработки распределенных данных.

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

Ответом на задачи реальной жизни стали две технологии: технология распределенных баз данных (Distributed Database) и технология тиражирования данных (Data Replication).

Под распределенной базой данных подразумевают базу, включающую фрагменты из нескольких баз данных, которые располагаются на различных узлах сети компьютеров, и, возможно, управляются различными СУБД. Распределенная база данных выглядит с точки зрения пользователей и прикладных программ как обычная локальная база. В этом смысле слово "распределенная" отражает способ организации базы данных, но не внешнюю ее характеристику ("распределенность" базы не должна быть видна извне).

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