Необходимо в цепочке настроить сторнирование закачки в сжатом кубе, т.к. удаление перекрывающегося запроса не помогает. Подскажите если такое событие

То есть после сжатия запросов в кубе пытаетесь удалить из него выборочные запросы? или я неправильно понял?
После сжатия можно ручками сделать выборочное удаление записей по определенным критериям... но не запросов...
чтоб в цепочке? ну, тут можно, например, в правилах обновления для инфо-куба написать подпрограмму запуска и в ней производить считывание уже загруженных данных в куб(по опред. критериям, например, как в инфо-пакете или по другим каким требуется), а потом сторнировать нужные записи, добавить их в DATA_PACKAGE и загрузить в куб... такое можно и в цепочки автоматизировать.

Неужели нет стандартного процесса? Ведь при запуске вручную происходит сторнирование без всяких наворотов. Значит как-то автоматом тоже должно!

есть...тока при этом сжимать нужно только те запросы, которые не потребуется в дальнейшем удалять... в случае сжатого куба такого нет.
В свое время такой вопрос был задан на курсах САПам. ответ их бы "нет". При ручном удалении, как они сказали, программа генерится каждый раз по новому и поэтому нет способа ее использовать. Еще добавили, что сами пытались так поступить на проекте но не вышло.

Понятно. Вышла из положения также. Перестала сжимой запросы. Ибо одни проблемы с этим делом! Потом причем

сжимать т.е.

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

это палка о двух концах... может сжимать, но не сразу после загрузки а подождать некоторое время

Сжатие инфо-куба экономит дисковое пространство. Однако в результате сжатия идентификаторы запросов удаляются. Таким образом, чрезвычайное значение имеет наличие в инфо-кубе исключительно корректных данных перед запуском сжатия. После завершения сжатия удаление некорректных запросов из инфо-куба становится невозможным.
Эта функция критическая, т.к. впоследствии сжатые данные более не удастся удалить из инфо-куба на основании их ид. запросов. Прежде всего, следует установить корректность загруженных в инфо-куб данных.

Ну хелпы и курсы все читать умеют ) Спасибо за цитату

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

Да это все понятно. Данные правильные, но периодически обновляюися, а дельта обновления не существует. Вот и проблема в том чтобы актуализировать данные в кубе АВТОМАТОМ