Текущее время: Пт, сен 05 2025, 02:50

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


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

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


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

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