Коллеги, подскажите, плз, где поискать проблему:
Есть достаточно большой кубик с некумулятивными показателями. На одном из признаков построена иерархия, при запуске отчета идет фильтрация по каким-либо узловым значениям этой иерархии. Проблема в том, что для части узлов все отрабатывает нормально, а для некоторых - висит часами и вываливается по таймауту.
Проблема появилась внезапно, т.е. это не похоже на просто появившиеся со временем проблемы производительности. Незадолго до этого обновляли иерархию, поэтому предполагаю, что дело именно в ней. Для эксперимента сделал bex-запрос на этом же кубе, но на другой иерархии того же признака, причем специально создал ее с нуля. В ней сделал одну ветку из 4 уровней, где у каждого узла есть только один потомок. Та же история - на листовом значении признака все отрабатывает, на узле (в который входит только одно это листовое значение!) - не отрабатывает.
RSRV на кубе никаких ошибок не дал. Регенерацию запроса и сброс кешей делал.

ЗЫ. То, что использование некумулятивов и иерархий является сомнительным решением - я и сам знаю, но это делал не я, так что по этому поводу не пинать:) Если бы производительность падала плавно, я бы с радостью списал ее на некумулятив, но она упала резко.

А признак, на котором строится иерархия, участвует в таблице сроков действия (ведение через тр. RSDV)?
Может с Validity Table какие-то проблемки?

В таблице сроков действия - только 0CALMONTH.
Насчет Validity Table я тоже думал, но как ее можно проверить?
В rsdv одна строчка, где заполнено только поле "To (Fixed)", все остальное пусто. Там ко всему прочему еще и кубик никогда не сжимался.
Попробовал установить "from mode" в "F" и принудительно поставить дату в поле "From (Fixed)" - ничего не изменилось.

Кстати, заметил, что при формировании запроса вылетает ошибка DBMAN 283 "Интервал области действия имеет нач. значение в кач. нижней границы". По ней нашел ноту 496638 - там написано, что эта ошибка означает, что нижняя граница области действия пустая в результате какой-то ошибки и что можно это поправить через rsdv. Но при этом не написано, как поправить: если режим <пустой>, то она не дает ввести дату начала, а если режим "F" - то дает, и ошибка исчезает, но при этом все начинает совсем тормозить.

переходите на обычные кубы

Еще можно попробовать пересобрать статистику на всех таблицах: куб, признак, иерархия. Может именно select-запрос зависает...