Текущее время: Чт, авг 14 2025, 12:06

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




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Организовать дельту для Z-источника
СообщениеДобавлено: Ср, фев 26 2014, 10:30 
Начинающий
Начинающий

Зарегистрирован:
Ср, фев 26 2014, 10:21
Сообщения: 1
Имеется Z-источник, собирающий данные из 15! таблиц по завернутым условиям.
Две из таблиц (MKPF и BKPF) имеют поле AEDAT Дата последнего изменения. Т.е. вроде как можно выделить измененные/новые записи.

Как в таком случае организовать дельту для Z-источника без тонн кровавого кода? И как ловить удаленные записи (заказчик может как угодно править закрытые периоды)?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Организовать дельту для Z-источника
СообщениеДобавлено: Ср, фев 26 2014, 10:43 
Начинающий
Начинающий

Зарегистрирован:
Пт, апр 27 2007, 12:13
Сообщения: 14
без кровавого кода следует использовать стандартные экстракторы с дельтой.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Организовать дельту для Z-источника
СообщениеДобавлено: Ср, фев 26 2014, 11:03 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, ноя 03 2006, 08:10
Сообщения: 476
Откуда: Архангельск
Пол: Мужской
Владимир Васильевич написал(а):
Имеется Z-источник, собирающий данные из 15! таблиц по завернутым условиям.
Две из таблиц (MKPF и BKPF) имеют поле AEDAT Дата последнего изменения. Т.е. вроде как можно выделить измененные/новые записи.

Как в таком случае организовать дельту для Z-источника без тонн кровавого кода? И как ловить удаленные записи (заказчик может как угодно править закрытые периоды)?


для ловли удаленных записей можно использовать промежуточный DSO.
Full update в DSO будет сам генерировать дельту для куба, удаление записей он отработает на ура, если правильно будет создан ключ в DSO.
Минус такого решения в том, xnj постоянно грузить в DSO full update на больших объемах данных не реально, но грузить данные за последние NN количество дней - это частичный компромисс по качеству данных, а вдруг данные удалят раньше, чем NN дней?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Организовать дельту для Z-источника
СообщениеДобавлено: Ср, фев 26 2014, 14:11 
Начинающий
Начинающий

Зарегистрирован:
Ср, фев 05 2014, 12:22
Сообщения: 13
А функционал в ЕРП именно удаляет записи, или помечает их удаленными, либо проводит еще одну проводку с обратным знаком?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Организовать дельту для Z-источника
СообщениеДобавлено: Чт, фев 27 2014, 01:00 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, авг 18 2010, 15:38
Сообщения: 97
Владимир Васильевич написал(а):

Как в таком случае организовать дельту для Z-источника без тонн кровавого кода? И как ловить удаленные записи (заказчик может как угодно править закрытые периоды)?

ну вы же понимаете что чудес не бывает. Если удаление - это реальное удаление, а не метка на удаление, то вам придется подписываться на событие удаления и куда то сохранять удаленные записи- что с точки зрения многих моих клиентов уже большое количетсво кода. Соответвенно или придется его писать, или грузить все ful load в DSO и строить дельту на DSO.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Организовать дельту для Z-источника
СообщениеДобавлено: Чт, фев 27 2014, 10:30 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Владимир Васильевич написал(а):
Имеется Z-источник, собирающий данные из 15! таблиц по завернутым условиям.
Две из таблиц (MKPF и BKPF) имеют поле AEDAT Дата последнего изменения. Т.е. вроде как можно выделить измененные/новые записи.

Как в таком случае организовать дельту для Z-источника без тонн кровавого кода? И как ловить удаленные записи (заказчик может как угодно править закрытые периоды)?
Если предположить, что поле AEDAT содержит дату последнего изменения, включая и дату создания записи, и записи физически не удаляются, а только сторнируются посредством создания нового документа, то можно создать ракурс базы данных (например на таблицах MKPF и MSEG), на базе ракурса построить Z-источник данных, выбрав в качестве дельта-поля AEDAT и указав требуемый интервал безопасности для него (например, 1 день), в самом BW прогнать дельту (которая должна быть AIM) через DSO, а затем в куб, то можно получить решение практически без кодирования. Но это в теории. В реальности (могу ошибаться, пусть поправят), AEDAT пустой при создании документа.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Организовать дельту для Z-источника
СообщениеДобавлено: Пт, фев 28 2014, 09:02 
Начинающий
Начинающий

Зарегистрирован:
Ср, фев 05 2014, 12:22
Сообщения: 13
murmur написал:
Если предположить, что поле AEDAT содержит дату последнего изменения, включая и дату создания записи, и записи физически не удаляются, а только сторнируются посредством создания нового документа, то можно создать ракурс базы данных (например на таблицах MKPF и MSEG), на базе ракурса построить Z-источник данных, выбрав в качестве дельта-поля AEDAT и указав требуемый интервал безопасности для него (например, 1 день), в самом BW прогнать дельту (которая должна быть AIM) через DSO, а затем в куб, то можно получить решение практически без кодирования. Но это в теории. В реальности (могу ошибаться, пусть поправят), AEDAT пустой при создании документа.

Вот и я припоминаю, что там кроме AEDAT нужно смотреть на ERDAT.
Из этих таблиц я собирал дельту только на основе ФМ

И про интервал безопасности не забываем


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

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


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

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


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

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