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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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