Уважаемые. Необходим совет. Ситуация следующая.
Выгрузка в PSA происходит из консолидированной таблицы, в которой нет уникального ключа (есть адрес строки, но он перезаписывается для записей, которые изменяются).
Следовательно в запрос PSA попадают несколько записей (например 3 строки) с повторяющимися ключевыми полями (основными данными признаков). В ODS объект с режимом обновления ПЕРЕЗАПИСАТЬ (для всех показателей) попадает только сумма одной записи (все остальные (то-есть две) затираются этой записью).
Как сделать так, что-бы в ODS попадала сумма этих трех строк (одной записью).
Причем для всех показателей в ODS должен быть режим обновления ПРЕЗАПИСАТЬ, так-как выгружать данные приходится несколько раз за один отчетный период (изменяются и дополняются).
Есть мысль сделать признак Адрес Строки и атрибутами к нему привязать все остальные признаки и уже по ним загружать переменные данные в ODS, тогда в ODS получиться сумма всех записей из структуры переноса. Смущает необходимость загрузки основных данных признака Адрес Строки.
Было-бы неплохо, чтобы при загрузке в PSA сразу суммировались данные по повторяющимся ключевым полям, но данная модель в BW не предусмотрена...... наверное. Получается в PSA ровно столько записей, сколько в исходной базе данных.

А режим обновления СЛОЖЕНИЕ не подходит?

RE: Причем для всех показателей в ODS должен быть режим обновления ПРЕЗАПИСАТЬ, так-как выгружать данные приходится несколько раз за один отчетный период (изменяются и дополняются).

Грузятся все данные или только изменения?
Если все, тогда проще удалить данные из ODS перед загрузкой и режим обновления установить СЛОЖЕНИЕ

Все данные не выгрузишь. в исходной базе миллионы записей, а обновлять приходиться каждый день за несколько последних отчетных периодов. Загрузка происходит через RFC-соединение, через SAP бизнес-коннектор, все грузиться очень медленно.
Так что в ODS должен быть только режим ПЕРЕЗАПИСАТЬ.
Кто сталкивался с такой проблемой - подкажите.

Ну раз так, есть способ саггрегировать данные в правилах обновления.

Есть PDFка на service.sap.com

Называется "Aggregate Data in Update Rules for Performance Improvment"

Вставляй в подпрограмму запуска в правилах обновления

field-symbols: <DP_WA> like line of DATA_PACKAGE.

DATA: Z_DATA_PACKAGE type standard table of

DATA_PACKAGE_STRUCTURE with non-unique default key

initial size 0.

loop at DATA_PACKAGE assigning <DP_WA>.

collect <DP_WA> into Z_DATA_PACKAGE.

DATA_PACKAGE[] = Z_DATA_PACKAGE[].

refresh Z_DATA_PACKAGE.

endloop позабыл между collect <DP_WA> into Z_DATA_PACKAGE и DATA_PACKAGE[] = Z_DATA_PACKAGE[].

Гроссе санкс BW - шник

В подпрограмму запуска после строки
* fill the internal table "MONITOR", to make monitor entries
был вставлен блок
field-symbols: <DP_WA> like line of DATA_PACKAGE.
DATA: Z_DATA_PACKAGE type standard table of
DATA_PACKAGE_STRUCTURE with non-unique default key
initial size 0.
loop at DATA_PACKAGE assigning <DP_WA>.
collect <DP_WA> into Z_DATA_PACKAGE.
endloop.
DATA_PACKAGE[] = Z_DATA_PACKAGE[].
refresh Z_DATA_PACKAGE.

Программа ругается на DATA_PACKAGE_STRUCTURE в строке Z_DATA_PACKAGE type standard table of DATA_PACKAGE STRUCTURE with non-unique default key initial size 0.
Я написал DATA_PACKAGE STRUCTURE
Теперь ругается, что неизвестен компонент STRUCTURE
Unable to interpret "STRUCTURE".

Как быть ?

Ошибочку можно озвучить?

В смысле первую, которая на оригинальный код ругается

Проблема решена, все работает :о)
В строке Z_DATA_PACKAGE type standard table of DATA_PACKAGE_STRUCTURE with non-unique default key initial size 0.
заменил DATA_PACKAGE_STRUCTURE на непосредственно саму таблицу инфоисточника, в моем случае это таблица /BIC/CSTST4.

Еще пришлось почистить все поля, которых нет в ODS и по которым произойдет агрегация - вставил строку
clear: <dp_wa>-/bic/srowindy (srowindy - признак, которого нет в ODS)
после строки loop at DATA_PACKAGE assigning <DP_WA>.
В результате в этом поле все записи обнулились

И еще в настройках инфопакета на листе ВНЕШНИЕ КРИТЕРИИ ВЫБОРА установил параметр
Number or records in one packet (Число записей в одном пакете) максимально большим, чтобы в ODS грузилось одним пакетом
(в моем случае 50000)
Потому-что, если поставить например 250 записей в одном пакете, а записей загрузиться в PSA 10000, то получиться 40 пакетов данных в одном запросе PSA. Следовательно, если записи по одному номера договора и за один отчетный период разлетяться по разным пакетам данных в одном запросе PSA(в моем случае это и произошло сначала), то запись в одном пакете данных затрет запись в другом пакете данных при обновлении в ODS с режимом ПЕРЕЗАПИСАТЬ.

Вопрос: В инфопакете
путь -> ПЛАНИРОВЩИК - Ист.данных:Предварительная настройка переноса данных, Предварительная настройка в исходной системе
установлены параметры:
Макс. размер пакета данных в строках 1000
Число пакетов данных по инфо-IDoc 10
Можно ли увеличением этих параметров добиться того, чтобы данные из PSA обновлялись в ODS одним пакетом, а не кусками, без увеличения в инфопакете параметра Number or records in one packet