 |
 
|
 |
Введение в хранилища данных. Business white paper.ОбзорЧтобы с выгодной стороны отличаться от конкурентов и поставлять продукты и услуги экономически эффективно, менеджерам необходимо проводить постоянную оценку отношений с поставщиками и клиентами. Еще более важной является необходимость получать достоверные ответы на три вопроса, ответы, которые необходимы каждому менеджеру – Что собой представляет Ваш бизнес?, Кто является Вашим клиентом? и Что важно и ценно для Вашего клиента?
Для точного ответа на эти вопросы необходима консолидация данных по всей компании и внедрение бизнес-аналитики (Business Intelligence, BI – аналитическая платформа компании и технологии, ее поддерживающие, такие, как хранилища данных) на всех уровнях.
Многие компании не используют полноценную бизнес аналитику, потому что испытывают трудности при выборе и внедрении инфраструктуры, которая сможет поддерживать увеличивающиеся требования бизнеса и соответствовать всей широте требований к бизнес анализу. Этот документ описывает, что такое хранилища данных, какие выгоды принесет его внедрение и возможные типовые аппаратно-программные конфигурации таких хранилищ.
ВведениеДля успешного ведения бизнеса жизненно важно иметь своевременную и правильную информацию. Но бизнес оперирует такими понятиями, как клиент, продукт, магазин, продажи, регион, марка, а не названиями таблиц и столбцов базы данных. Если у нас есть правильные данные, но они рассредоточены по разным системам, то сложно сделать нестандартный запрос. Кроме того, представление данных в виде таблиц со сложными именами и множеством зашифрованных названий столбцов делает для обычного пользователя такую задачу очень сложной. Для ее решения требуется обязательное участие специалистов по ИТ. Но что происходит, если сегодня нас интересует один запрос, а завтра другой? Если следующий запрос зависит от того, какой ответ был получен на предыдущий? Для ответа на такие запросы и создается хранилище данных. Если использовать метафору о публикации, то цель хранилища данных – сделать информацию легко доступной для тех, кому она необходима. Это означает своевременную доставку полезной и интересной информации (публикацию), причем представлена она в виде, привычном для пользователя (читателя).
Задачи бизнесаПриведем примеры вопросов, на которые ежедневно приходится отвечать при управлении любым бизнесом:
Каждый вопрос хотелось бы задавать в разных разрезах: регион, марка, брэнд, страна, квартал продажи. Ответы на подобные вопросы помогают найти хранилища данных.
Amazon.com, Сиетл, США - крупнейший интернет-магазин
"Хранилище данных на Oracle очень быстро окупило себя, примерно за пол-года. И после этого хранилище продолжает оставаться важным фактором для успешного бизнеса Amazon.com." Mark Dunlap, Data Warehouse Program Manager Роль хранилища данныхЧто же такое хранилище данных? Это база данных, спроектированная так, чтобы с оптимальной скоростью выполнять запросы и проводить анализ результатов. Хранилище данных содержит исторические данные, полученные из различных оперативных систем, что позволяет проводить консолидированный анализ данных.
W.H. Inmon в [2] определил хранилище как предметно - ориентированную, интегрированную, вариантную во времени, не разрушаемую совокупность данных, предназначенную для поддержки принятия управленческих решений.
Предметная ориентация. Хранилище данных предназначено для анализа данных. Оно концентрируется на предмете, а не на процессе. Так, можно построить хранилище, ориентированное на продажи.
Интегрированость. Хранилище данных должно приводить данные, полученные из разных источников или в разное время, к единому формату, чтобы было легко проводить анализ.
Неизменяемость. Данные, однажды попавшие в хранилище данных, не изменяются.
Вариантность во времени. Для исследования бизнеса во времени хранилище данных должно поддерживать всю историю изменений, чтобы можно было посмотреть на бизнес с исторической перспективы.
Отличие хранилища данных от оперативных системОдной из главных ценностей в бизнесе является информация. Для информационного обеспечения бизнеса применяют два вида систем – оперативные (OLTP) и хранилища данных. К этим системам предъявляются существенно разные требования и функционируют они в разных ритмах.
OLTP системы предназначены для выполнения предопределенных запросов. Часто такие запросы обращаются к небольшому числу записей. Например – посмотреть приход товара на склад от поставщика X сегодня. Пользователи системы самостоятельно обновляют и вносят новые данные. Так, менеджер по кадрам может изменить фамилию служащей (по причине того, что она вышла замуж). Структура базы данных такой системы направлена на поддержание целостности данных (за счет нормализации) и реализацию бизнес правил на уровне базы данных для гарантии согласованности данных и оптимизации обновлений. Данные в оперативной системе часто обновляются с потерей истории. История изменений поддерживается за небольшой период только для некоторых видов транзакций.
Хранилище данных спроектировано для выполнения заранее неизвестных запросов. Пользователи хранилища обычно не работают с несколькими записями, их запросы требуют обработки тысяч или сотен тысяч записей. Например – "Как приход товара на склад изменился по сравнению с прошлой неделей". Информация обновляется на регулярной основе (например, каждую ночь) с помощью специальных программ извлечения, трансформации и очистки и загрузки (ETL). Пользователи не могут изменять информацию. Схема спроектирована в денормализованной форме для оптимизации скорости запросов. Данные хранятся за многие годы.
Таким образом, хранилище данных обеспечивает достижение следующих целей:
T-Mobile Austria, Австрия - оператор мобильной связи
"База данных Oracle была удачным выбором для T-Mobile Austria. Её промышленная эксплуатация подтвердила, что она може масштабироваться и обладает свойством переносимости на другие аппаратные платформы. Сегодня мы можем положиться на наше жизненно важное корпоративное хранилище данных, которое покрывает все аспекты цепочки начисления стоимости нашей компании." Marcus Berger, CIO, T-Mobile Austria Пример реализацииВ настоящее время хранилища данных с успехом применяются в различных областях бизнеса. Хранилища данных стали наряду с оперативными системами критичными для бизнес в следующих отраслях:
Некоторые компании предлагают каркасы (frameworks) для построения отраслевых хранилищ данных. Фактически такой каркас представляет собой концентрированный опыт компании-разработчика (концентрированный консалтинг) и может быть очень эффективен при внедрении хранилища. За счет использования шаблонов структур данных, отчетов, методик внедрения уменьшается время внедрения и снижаются риски.
Чтобы проиллюстрировать использование продуктов корпорации Oracle при построении и эксплуатации хранилища данных, давайте пройдем весь жизненный цикл построения хранилища на примере.
Постановка задачи.
Банк "Форт" хочет внедрить у себя хранилище данных. Есть ряд бизнес процессов, которые должны найти отображение в витринах данных. Человек, отвечающий за финансирование хранилища (бизнес спонсор), решает, что в первую очередь необходимо сконцентрироваться на депозитных вкладах физических лиц. Проводятся встречи между разработчиками и бизнес пользователями. В результате этих встреч разработчики получают представление о процессе в целом.
Сейчас дела обстоят следующим образом. Банк и вкладчик заключают договор, согласно которому вкладчик кладет сумму в банк, а банк обязуется вернуть эту сумму через какое-то время (срок договора) но уже с процентами. Проценты могут выплачиваться на протяжении срока действия договора или в конце срока. При досрочном расторжении договора клиентом проценты удерживаются. Договор заключается в одной валюте. Банк сам решает какие виды договоров он предоставляет. Банк разработал 15 видов договоров, некоторые из них описаны ниже.
Обычный. Проценты выплачиваются в конце срока. Нет возможности довкладывания. Сумма вклада от 100 грн.
Накопительный. Проценты выплачиваются поквартально. Существует возможность довкладывания. Минимальная сумма вклада $1000.
Банк имеет порядка 1 миллиона вкладчиков с общей суммой вкладов 1 миллиард гривен. За последний год прирост вкладчиков составил 10%. За год не возобновили договора 200,000 вкладчиков.
По результатам бесед с бизнес пользователями выясняется на какие вопросы должна отвечать будущая система:
Хранилище предоставляет гибкие средства доступа, так что задавать вопросы можно будет в разных разрезах.
Получая ответы на эти вопросы, банк сможет уменьшить отток вкладчиков и выяснить, какие договора являются наиболее привлекательными. Узнав больше о том, кто является лучшими клиентами, банк сможет разработать маркетинговые компании, направленные на привлечение и удержание именно этих клиентов.
Предварительная оценка.
Как оценить, что даст внедрение хранилища данных до того, как оно будет внедрено? Можно спросить у того, кто сейчас управляет политикой депозитов – «Как изменится общая сумма вкладов по депозитам, если Вы будете иметь всю необходимую информацию и своевременно?», а можно провести предварительную оценку. Вкладчики, не продлевающие договор, забирают свой вклад и вкладывают в другой банк или поступают как-то иначе. Допустим, что 50% наших бывших вкладчиков повторно вкладывают свои средства, но уже в другой банк. Наши прямые конкуренты (5 крупных банков) имеют примерно такие же показатели по депозитам и за прошлый год имели прирост вкладчиков в 10%. Таким образом, общий объем рынка оценивается в 50% от 5*200,000 вкладчиков плюс наши 50% от 200,000 итого 600,000 потенциальных вкладчиков. Если мы привлечем дополнительно 10% вкладчиков, то получим 60,000 прирост или 60,000 * 1000 грн. = 60 млн. грн. прироста в год на общей сумме вкладов. Кроме того, если мы лучше будем знать потребности наших лучших клиентов, то средняя сумма вклада увеличится и составит 2000 грн.
CERN, Женева, Швейцария - центр исследования физики элементарных частиц
"Наша стратегия при разработке бизнес приложений - использовать лучшие в своем классе продукты и решения. Oracle просто обеспечивает лучший набор приложений для Business Intellegence на рынке, как с точки зрения разработки, так и с точки зрения результата." Mikael Angberg, Business Intelligence Manager, Internet Development Services, CERN Типовые конфигурацииВыбор программных продуктов и аппаратной платформы, необходимых для реализации хранилища данных, определяется требованиями бизнеса. Факторами, влияющими на выбор, являются: количество данных, характер данных, качество данных, виды анализа, периодичность загрузки, режим доступа к данным, время ответа, количество пользователей и др.
Корпоративная конфигурация (крупная компания).
Условия применения:
CommerzBank AG, Франкфурт, Германия - крупный банк
"Хранилище данных на основе Oracle позволило банку обеспечить высокую доступность и непрерывность функционирования его систем - для того, чтобы обеспечить принятие правильных решений в условиях современных изменчивых рынков." Bernd Klink, Vice President of Risk and Finance, Commerzbank, North America Средняя конфигурация.
Условия применения:
Ericsson Limited UK, Великобритания - телекоммуникации
"Технологии Oracle позволили нам обеспечить гораздо более высокие стандарты финансовой информаци в рамках Ericsson на территории Великобритании." Mike Titley, Business Process and IT Director, Ericsson Limited Начальная конфигурация.
Условия применения:
ЗаключениеПроведя предварительные оценки, можно сделать вывод об экономической эффективности внедрения хранилища данных. Для внедрения необходимо выбирать такую бизнес область, где эффект будет максимален при оптимальных вложениях. Процесс разработки и внедрения хранилища данных сильно отличается от оперативной системы. Основная особенность заключается в том, что попытки заранее излишне детально определить требования к системе и реализовать все за один раз заканчиваются крахом. Наиболее эффективным показал себя итеративный процесс, когда готовые компоненты системы делаются доступными пользователям как можно раньше и они дорабатываются с учетом пожеланий пользователей. Критически важным фактором для успеха всего проекта является наличие бизнес-спонсора и квалифицированной команды исполнителей.
Литература
Компания "Улис Системс" предлагает услуги по разработке хранилищ данных. В компании работают:
|
| © ULYS Systems, 2006 | ООО “УЛИС Системс”, Киев 02156 ул. Киото, 27 Тел. (044) 544-44-92 |