Infology.Ru

Автор: Richard Skriletz
Дата публикации оригинала: 2007-06-26
Перевод: Олег Кузьменко
Источник: Сайт BeyeNETWORK

Продолжение. Начало в части 1.

То, как будут реализованы основные данные (master data), окажет существенное влияние как на операционные процессы, так и на информационные технологии (ИТ). Каким образом будут созданы основные данные? Как они будут сосуществовать с существующими и будущими приложениями? Какое влияние это окажет на принятие решений по поводу прикладных систем и их функциональных возможностей? Эти вопросы затрагивают не одно подразделение, и ими надо заняться для достижения бизнесом успеха. Существует ряд важных факторов, относящихся к ИТ, которые жизненно важны для успеха решения по основным данным:

Читать дальше »

Автор: Richard Skriletz
Дата публикации оригинала: 2007-06-26
Перевод: Олег Кузьменко
Источник: Сайт BeyeNETWORK

В моих двух предыдущих статьях (здесь и здесь) я рассказал, почему основные (master data) и справочные (reference data) данные являются, в первую очередь, предметом заботы бизнес-подразделений, и о том, как службы ИТ вносят свой вклад в появление проблем с основными данными. Теперь рассмотрим то, как же все-таки добиться успеха в управлении основными данными (MDM).

Достижение успеха в управлении основными данными — дело непростое. Вопрос основных данных носит стратегический характер, и в настоящее время основные данные находятся в центре важнейших инициатив на многих предприятиях. Ставит ли ваша компания своей приоритетной задачей ориентацию на клиента, на продукты или на достижение совершенства в ведении бизнеса (operational excellence) - основные данные являются основным ингредиентом успеха, и степень успеха будет зависеть от того, как ваша компания управляет основными данными и как справляется со своими обязанностями, вытекающими из этого.

Поскольку основные данные являются, в первую очередь, предметом заботы всего бизнеса, ими надо заниматься на уровне всего предприятия, а не уровне отдельных направлений бизнеса. Например, для основных данных по клиентам — кто отвечает за удовлетворение запросов клиентов, и какие данные нужны этим сотрудникам? Для основных данных по продуктам — кто решает, какие продукты и услуги предлагаются компанией, и кто отвечает за обеспечение того, что ценообразование происходит единым образом для всех каналов продаж? Эти вопросы являются типичными. Ответы на них нельзя найти внутри только одного подразделения, и их получение необходимо для успешного достижения целей бизнеса.

Читать дальше »

Автор: Richard Skriletz
Дата публикации оригинала: 2007-05-15
Перевод: Олег Кузьменко
Источник: Сайт BeyeNETWORK

В своей недавней статье я рассказал, почему основные и справочные данные являются в первую очередь предметом заботы бизнес-подразделений: именно бизнес, а не подразделение ИТ, отвечает за установление, управление и поддержание важнейших элементов бизнеса (основные данные по клиентам, продуктам, поставщикам, договорам, а также справочные данные по структурам, описывающим классификацию и организацию) согласованными, непротиворечивыми и соответствующим фактам. Теперь я расскажу о том, как службы ИТ вносят свой вклад в появление проблем с основными данными.
Читать дальше »

Автор: Richard Skriletz
Дата публикации оригинала: 2007-04-17
Перевод: Олег Кузьменко
Источник: Сайт BeyeNETWORK

После того, как моя последняя статья была опубликована, мне написал специалист по управлению данными, работающий в большой компании финансового сектора. Эта компания «разбирается» с основными данными при помощи решения технического характера, которое ей влетит в копеечку. Тем не менее, они никак не могут докопаться до сути проблем с данными, например, они не знают, кто же является клиентом компании. Этот человек разочарован тем, что в который раз инициатива подразделения ИТ, сфокусированная именно на технологической платформе, рассматривается как решение проблемы. Я дорожу тем, что читатели рассказывают мне о вопросах, вызывающих их озабоченность, поэтому в этой первой статье об основных данных (master data) дается определение тому, что же это такое, и почему это является задачей, которую в первую очередь должен решать бизнес.

Читать дальше »

Наши хранилища данных все больше и больше направлены на отслеживание детальных транзакций клиентов в почти реальном времени. Как указывает Patricia Seybold в своей замечательной книге Customers.com (Time Business, 1998), управление взаимоотношениями с клиентами означает наличие доступа к данным от всех процессов в организации, которые имеют дело с ними.

Хранение детальной информации обо всех процессах, которые взаимодействуют с клиентами, вкупе с обеспечением в то же самое время единого представления о них является интересной задачей для архитектора ETL. Предположим, перед нами типичный сложный бизнес, ориентированный на клиента, который имеет пятнадцать или более систем, взаимодействующих с клиентом, включая продажи в магазинах и через Интернет, поставки, платежи, кредитование, контракты на послепродажную поддержку, звонки в сервисную службу, а также различные формы маркетинговых коммуникаций. Многие из этих приложений создают свой собственный естественный ключ для каждого клиента, и некоторые из них не очень хорошо справляются с задачей отбраковки дубликатов записей, относящихся к одному и тому же клиенту. Может не существовать надежной единой системы идентификации клиентов, используемой для всех приложений, имеющих дело с ними.
Читать дальше »

Автор: Krish Krishnan
Дата публикации оригинала: 2008-04-03
Перевод: Олег Кузьменко
Источник: Сайт BeyeNETWORK

Осмысление ценности данных в вашем хранилище данных и управление циклом их жизни является первым шагом в поддержании работоспособности вашего хранилища данных.

В мире систем обработки транзакций архивация данных является функцией, закладываемой при проектировании системы. Когда вы переносите те же самые данные в ваше хранилище данных, вы редко испытываете насущную потребность в наличии стратегии архивации. Какое количество данных из тех, что имеется в вашем хранилище, реально используется каждый день? Держу пари, что менее 1%. Тогда резонно будет спросить, а зачем вам надо, чтобы в хранилище все эти данные были доступны в оперативном режиме? Единственная версия правды, соответствие требованиям регулирующих органов, аудит, обнаружение мошенничества или потребности бизнеса – какой бы ни была причина, выгоду от хранения старых данных следует все-таки оценить.

Читать дальше »

Автор: Curt Monash
Дата публикации оригинала: 2008-08-16
Перевод: Олег Кузьменко
Источник: Блог Курта Монаша

После моего представления Exasol нетехнического характера у меня на это ушло 5 ½ месяцев, но, наконец, я получил информацию от технических специалистов Exasol (в частности, самую полезную помощь оказали Матиас Голомбек (Mathias Golombek) и Карстен Вейдманн (Carsten Weidmann)). Вот некоторые основные моменты:

• Как Vertica и ParAccel, Exasol разрабатывает колоночную СУБД, предназначенную для хранилищ данных и имеющую архитектуру MPP без разделения ресурсов.

Читать дальше »

Опубликовано 02.12.2008 | Автор сообщения Олег Кузьменко | Категории: DWH, MPP, Monash, Curt, ParAccel, Teradata, Vertica, itblogs, Для продвинутых, Для экспертов, Колоночные СУБД, На русском, Руководитель подразделения BI/DWH, Технический архитектор 1 комментарий

Автор: Richard Skriletz
Дата публикации оригинала: 2008-05-13
Перевод: Олег Кузьменко
Источник: Сайт BeyeNETWORK

Осознав реальную ценность технологии, компании поняли, что они нуждаются в системе business intelligence, которая охватывала бы все предприятие – и они готовы строить ее так, как надо.

За последний год случилась одна замечательная вещь. С довольно давних пор компании направляли свои усилия на построение систем business intelligence (BI) «так, как надо». Сплошь и рядом эти компании использовали инструменты и технологии BI и добились при этом различной степени успеха. Хотя не представляет труда найти примеры успешных систем отчетности и аналитики на уровне подразделения, эти компании до сих пор сражаются с разрозненными данными (как в витринах (data mart), так и в складах данных (ODS)), отчетами, противоречащими друг другу, а также с нехваткой надежных данных и аналитики, доступных для всего предприятия.
Читать дальше »

Автор: Curt Monash
Дата публикации оригинала: 2008-09-15
Перевод: Олег Кузьменко
Источник: Блог Курта Монаша

По своему недавно появившемуся обыкновению, при появлении какой-либо новости в индустрии я привожу ее краткий, тезисный анализ. Сегодня я делаю это по поводу Infobright и их перехода на стратегию открытого исходного кода. Если позволит погода, то после полудня я вылечу на конференцию Netezza (статья написана 15 сентября с.г.- прим. переводчика). И с четверга у меня было только 10 часов для сна. Поэтому я надеюсь, что этих тезисов будет достаточно, хотя, если это окажется не так, и вы мне напишите, то я попытаюсь ответить не позже утра вторника.

Читать дальше »

Автор: Curt Monash
Дата публикации оригинала: 2008-09-15
Перевод: Олег Кузьменко
Источник: Блог Курта Монаша

В связи с объявлением того, что:

• Компания Infobright открывает исходный код своей аналитической СУБД (что является действительно хорошей идеей)
• Infobright получила 10 миллионов долларов США от пары венчурных фондов и компании Sun

я публикую первый с января обзор новостей по Infobright (статья написана 15 сентября с.г.- прим. переводчика). Вот основные моменты:

Читать дальше »