Существует сценарий, по которому в BW загружаются новые данные из исходной системы. Загружаются не дельты, а именно новые данные, изменившиеся с момента последней загрузки. Среди них могут быть

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

Вся эта информация размещается в ODS1. Далее, идут обновления через ряд ODSi в целевой куб. То есть схема примерно следующая

ODS1 -> ODS2 -> ... -> ODSn -> CUBE

Все ODS перед каждой новой загрузкой отчищаются.

Основная сложность - удаление уже загруженных данных из куба.
То есть перед приведенной выше цепочкой надо выполнить

ODS1 --удаление--> CUBE

Структура ODS1 в общем случае выглядит примерно так

K1 K2 ... Kn V1 V2 ... Vm

где Ki - признаки, Vi - показатели

Структура CUBE в общем случае выглядит примерно так
K1 K2 ... Ks V1 V2 ... Vt

где Ki - признаки, Vi - показатели

Пусть в ODS1 и CUBE только признаки K1 и K2 являются идентичными, остальные признаки (и показатели) не совпадают. Требуется удалить из CUBE все записи, удовлетворяющие условию

DELETE CUBE WHERE
(K1 K2) IN (SELECT DISTINCT K1 K2 FROM ODS1)

Синтаксис не корректен, приведен просто для наглядности.

А вот теперь вопрос, какие варианты удаления лучше применять для решения данной задачи. Хотелось бы получить в итоге универсальный ФМ типа

FUNCTION CUBE_DEL
IMPORTING
p_ods_src_name
p_cube_dst_name
p_char_tab

где параметры - имя ODS-источника

ну или некий механизм, позволяющий сделать это.

У меня варианты такие

1) Написать отчет, в котором физически удалить данные из таблиц фактов E, F и таблиц измерений. Основная проблема здесь - не уверен, что после такого удаления сохраниться целостность куба. Ведь в нем в общем случае могут быть некуммулятивные показатели, агрегаты и т.п.

2) Сторнирующие проводки. Считать данные из E, F таблиц в программе инициализации пакета правил обновления. А вот дальше что?! Показателей у куба несколько. В правилах каждого из них возвращать таблицу с инверсией показателя?! А что будет с некуммулятивными показателями. Да и для других кубов приходится в каждое правило обновления показателя вставлять код. Хотелось бы избежать такой рутины.

3) Может есть еще способы?

есть ФМ который удаляет данные в кубе - RSDRD_SEL_DELETION
там есть параметр в котором указываешь по какому признаку и по какому условию выносить данные. а в таблицы лучше не соваться...ибо это крайний комсомольский метод не сулящий ничего доброго.

2 all

Все бы ничего в модуле RSDRD_SEL_DELETION, но мне надо, чтобы выполнялось условие удаления для каждой пары значений инфо-объектов, а именно

DELETE CUBE WHERE
(K1 K2) IN (SELECT DISTINCT K1 K2 FROM ODS1)

а удаление через этот модуль происходит по условию

DELETE CUBE WHERE
K1 IN (SELECT DISTINCT K1 FROM ODS1) AND
K2 IN (SELECT DISTINCT K2 FROM ODS1)

Для моего случая мне придется вызывает этот ФМ многократно для
кадой пары значений K1 и K2. Можно ли этого избежать?

В дальнейших коментариях нуждаешься?

текс ниасилил - многа букав.
а установка в инфопакете в свойстве "Автоматическое удаление похожих/одинаковых запросов из инфо-куба" значений "Удалять существующие запросы" - "идентичные или более объемные" что, не помогает???

Не нашел, но очень хотел, подобную штуку при загрузке через Процесс переноса данных. Кто-нибудь ускал?

А чего ее "ускать" ? В пакете на закладке "Цели данных" после названия целей третий столбик - настройка авт. удаления предыдущих запросов. Или имеется в виду что-то другое?

Имеется ввиду если я хочу загрузить инфо-куб с помощью процесса переноса данных из ОДС. В этом случае пакета просто нет. Или я что-то путаю?

Дык сделай его...
Думаю, пакеты всегда лучше делать самостоятельно, и в цепочках использовать именно их, а не процесс "обновления в цели данных". Особенно если когда нибудь предполагается использовать дельты...

Где-то мы ходим с вами по параллельным улицам
BW7, ODS -> Info-cube через DTP. Захожу в DTP, запускаю. Начинается процесс загрузки данных из ОДС в Куб. Все Где, в данном случае пакет? Он где-то есть?

Э, батенька, так сразу надо сообщать, что BW7...

Если не пользоваться DTP, то можно сделать пакет...

В общем интересует конкретно про DTP. Иногда проще с DTP работать, иногда кроме как через DTP не загрузить.
Но, насколько я понял, такого там никто не видел. Наверно нет. В хелпе тоже конкретно указывалось про куб и про инфо-пакет.

Если используете DTP, то возможность настроить это есть в цепочке, в rspc.
Там в группе "Load process and post-processing" есть такой элемент: Delete Overlapping Requests from InfoCube.

Вот только работает он не всегда корректно.

Кто-нибудь сталкивался с ситуацией, когда Selection Conditions у реквеста заданы нормально, но удаляет он не только перекрывающийся запрос, а и все остальные, имевшиеся до этого в кубе?
Уже несколько раз сталкивались с этим -- долго всё работает стабильно, и вдруг при очередной загрузке весь куб стирается, остается только свежий пришедший запрос.

Добрый день!
Помогите, пожалуйста!
Необходимо удалять измененные данные из куба и подгружать новые. Куб не транзакционный.
Использую ФМ RSDRD_SEL_DELETION для выборочного удаления данных из куба. В режиме отладки все проходит и данные удаляются.
При запуске в фоновом режиме выходит ошибка обработки записей. В sm37 посмотрела ошибку "Блокировкадля НЕ установлена для: Выборочное удаление переменных данных". Подскажите, пожалуйста, как решить эту проблему?

Не надо использовать RSDRD_SEL_DELETION. Есть три надежных способа удаления данных из куба:

1. Полное удаление данных (полная перезагрузка)
2. Удаление запросов с перекрывающимися критериями выбора (псевдо-дельта)
3. Сторнирование из DSO в куб (дельта)

Выберите то, что вам больше подходит