Текущее время: Пт, авг 15 2025, 05:40

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ 1 сообщение ] 
Автор Сообщение
 Заголовок сообщения: Выбор варианта ETL
СообщениеДобавлено: Чт, апр 02 2009, 10:00 
Ассистент
Ассистент

Зарегистрирован:
Чт, дек 07 2006, 14:20
Сообщения: 39
Добрый день уважаемые коллеги! :)
Уже давно хотел поднять вопрос для обсуждения. Наверное лучше на условном примере описать ситуацию.

Допустим в запросе/отчете BW должна быть возможность анализа показателей в зависимости от признаков 2-х сущностей, определяемых в системе источнике (SAP/R3): позициии документа (например из таблицы KBLP) и атрибутов документа DMS (таблица DRAW).
Признаки из позиции документа, как и признаки на основе атрибутов DMS-Документа могут меняться с течением времени.
Кроме того, сама связь между позицией документа из таблицы KBLP и DMS-документом тоже не постоянна, может появляться/удаляться.
Получается, что для получения отчета, отражающего динамику изменения показателей в зависимости от атрибутов этих двух сущностей нужен куб
с набором из признаков обоих сущностей (отделаться кубом и инфо-объектом с атрибутами навигации не получится). Данных много, поэтому необходимы источники с возможностью загрузки дельты.
Вот вопрос: как лучше реализовать наполнение такого куба?

1-ый вариант, который я вижу, это создать источник на базе ФМ, который будет отслеживать изменение атрибутов позиции, атрибутов DMS-документа, соединения между ними и формировать набор данных. Но данные позиций документа и атрибуты DMS-документа нужны и для других инфо-провайдеров, которые должны наполнятся по другим принципам. Т.е. возникает необходимость нескольких источников выбирающих из системы-источника по сути одни и те же данные.

2-ой вариант. Вроде более правильный, но явно сложнее, а может и не реализуем вообще. Грузим позиции из KBLP в ODS, грузим DMS-документы в инфо-объект и, наверное в ODS грузим связи DMS-документво и позиций. А вот дальше грузим эти данные в наш куб, и при первичной загрузке все хорошо. Но если рассмотреть загрузку дыльты...
Есть набор позиций изменившихся, есть изменившиеся DMS-документы и связи, получается из трех "источников" мы должны сформировать записи для куба и загрузить их, корректно обрабатывая при этом перекрывающиеся записи (т.к. может быть что поменялись и атрибуты позиции и атрибуты DMS-документа и соединение между ними).

Какой вариант предпочтительние? Кто что думает о таких решениях?
Конечно, особенно интересно мнение людей сталкивающихся с подобными задачами.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ 1 сообщение ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB