Infology.Ru

Для проекта по построению хранилища данных в крупном российском банке требуется Архитектор данных/ Разработчик моделей данных

Обязанности

Архитектор данных:

• Участвует в сборе бизнес-требований к хранилищу (DWH) и витринам данных (data mart) в части необходимых данных
• Адаптирует отраслевую модель данных (data model) хранилища данных для финансовой отрасли, выступающую в качестве основы для построения централизованного хранилища данных
• Разрабатывает модели данных витрин данных для различных бизнес-задач

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

Опубликовано 24.06.2009 | Автор сообщения Константин Лисянский | Категории: DWH, Data Vault, Архитектор данных, Банки, Вакансии, Для продвинутых, Для экспертов, Концептуальное моделирование, На русском, Проектирование многомерных моделей, Проектирование нормализованных моделей, Проектирование хранилищ данных, Работа, Разработчик моделей данных

W. H. Inmon

Новое издание классического бестселлера, который послужил началом отрасли хранилищ данных.
Книга описывает новые подходы и технологии, во многих из которых пионером выступил сам Билл Инмон (Inmon). В дополнение к объяснению основ хранилищ данных (DWH), книга овещает новые темы, такие как методы обработки неструктурированных данных (unstructured data) и хранение данных в хранилище данных на нескольких типах носителей (multi-temperature data warehousing).

Книга обсуждает достоинства и недостатки реляционного и многомерного подходов к проектированию, а также то, как измерять возврат на инвестиции (ROI) при планировании проектов по построению хранилищ данных.
Читать дальше »

Ralph Kimball, Margy Ross

Очень хорошее введение в технологию многомерного моделирования.
Если вы собираетесь заниматься хранилищами данных (DWH), особенно если вы являетесь разработчиком моделей данных (data modeler) или архитектором хранилищ данных (data warehouse architect), эта книга для вас. Автор книги - известный практик в области хранилищ данных, и ему есть о чем рассказать о технолгии построения многомерных моделей (multidimensional model). Однако, имейте в виду, что монета имеет две стороны, и в случае с хранилищем данных это высказывание имеет силу.
Читать дальше »

Описание стандарта IDEF1x. Если вы хотите создавать понятные и эффективные модели даных, лучше это делать, соблюдая стандарты.

Читать…

Автор: Егор Демьянов
Дата публикации оригинала - 2008-02-11
Источник: Блог Егора Демьянова

В ROLAP-хранилищах данные хранятся на значительно более детальном уровне, чем в большинстве случаев требуется для анализа. Например, продажи могут храниться по чекам, в то время как для анализа может в основном требоваться объём продаж за неделю или месяц. В этом случае на помощь может прийти использование агрегированных таблиц.

Рассмотрим использование агрегированных таблиц в Oracle BI Suite EE. В качестве примера взята схема SH из Oracle Database, в которой хранятся продажи некоторого гипотетического магазина. На базе этой схемы я настроил репозиторий, с использованием которого можно повторить описанный далее пример.
Читать дальше »

Учебник для подготовки к сдаче экзамена по теме Business Intelligence от компании IBM. Описывает основные концепции хранилищ данных и приложений на их основе. Рассматриваются различные варианты архитектуры хранилищ данных. Описываются основные компоненты хранилища данны, а также этапы проекта по построению хранилища данных. Рекомендуется начинающим строителям хранилищ данных.

Читать…

Эта публикация в основном нацелена на клиентов и бизнес-партнёров IBM. Одно из текущих направлений рынка Business Intelligence - консолидация витрин данных. Первоначально витрины данных строились по многим различным причинам, таким как контроль со стороны подразделений организации, более быстрая скорость ответа на запросы, более быстрый и лёгкий дизайн и более быстрая окупаемость.

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

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

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

by Ralph Kimball

Очень хорошее введение в технологию многомерного моделирования.
Если вы собираетесь заниматься хранилищами данных, особенно если вы являетесь разработчиком моделей данных или архитектором хранилищ данных, эта книга для вас. Автор книги - известный практик в области хранилищ данных, и ему есть о чем рассказать о технолгии построения многомерных моделей. Однако, имейте в виду, что монета имеет две стороны, и в случае с хранилищем данных это высказывание имеет силу.
Читать дальше »

Автор: Bill Inmon
Дата публикации оригинала: 2007-11-29
Источник: сайт B-Eye-Network

Что вы можете сделать для того, чтобы построение модели данных не занимало много времени?

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

Итак, что вы можете сделать для того, чтобы модель данных не строилась вечно? Должны ли вы быть заложником разработчиков, которым нужна модель данных? Ниже представлено несколько рекомендаций. Читать дальше »