Коллеги, доброго дня.

Настроена цепочка в куб реального времени, каждое утро записываются данные. Чтобы разграничить записи по дням и, в случае ошибок, не удалять всё, а только текущий день, при этом не заморачиваться с выборочным удалением - нужно каждое утро переводить запрос из "жёлтого" статуса в "зелёный".
Просмотрела типы процессов в цепочке. "Закрыть запрос RDA" - совсем не то. Пришлось добавить в конец цепочки перевод в режим загрузки и обратно в режим планирования.
Может, я просто не нашла нужного типа процесса? Или без абапа - только так?

Ну удалять можно и функцией IP

а так - другого варианта вроде как нет

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

Когда-то залазил я в транзакцию SE14 и смотрел на E/F-таблицы куба, пытаясь проникнуться глубокой идеей... уже не помню чего. В итоге (применительно к Oracle) на меня снизошло откровение, что каждый запрос при загрузке в F-таблицу кладется в отдельную партицию. В результате, при удалении целого запроса, удаляется (а может только транкейтится) вся партиция, то есть операция это очень быстрая. С другой стороны, если я ничего не путаю, при создании новой партиции память выделяется экстентами, а каждая партиция, по сути, отдельный сегмент (то есть "маленькая" табличка... опять-таки, если мне не изменяет Oracl-овая память). То есть если загружать данные каждый день (или даже несколько раз в день или ручками колотить) и при этом количество данных в каждом запросе будет незначительным, то для каждого запроса на диске будет выделяться больше памяти, чем реально необходимо - отдельная партиция, состоящая из одного или нескольких экстентов. Не знаю, скажется ли это серьезно на производительности отчетов, но диск будет заполняться гораздо быстрее, даже несмотря на малый объем записей