Есть еще один метод. Иногда прокатывает.
Работает при условии, что ключ инфо-объекта, по которому идёт drilldown имеет тип NUMC. Надо создать переменную "тип замены" на ключ. Только создавать надо В СТРУКТУРЕ, Я имею ввиду НЕ на кубе, а как формулу в БЕх. И на основе этой переменной делать расчётный показатель. При этом в аггрегированных значениях система не может посчитать результат и ставит 'Х'. Этот "крест" может быть превращён в 0 оператором NOERR(). И тогда в обычных строках у вас этот показател будет принимать значение ключа инфо-объекта, а в строках результата - 0. Далее - дело техники.

Только что проверил - работает !

http://www.bestpics.ru/full/Cond1.JPG

http://www.bestpics.ru/full/Cond2.JPG

2 RSA1

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

Тогда добавляй "мнимую" строку на Update Rules и скрывай при помощи механизма условий.


http://help.sap.com/saphelp_bw32/helpda ... ameset.htm

Стандартный итог не выводить, вместо него выводить свой расчетный показатель.
Еще вариант - использовать 2 запроса.

А как "отловить" только строку результата и в ней вместо стандартного значения поставить своё ? Функция LEAF работает только в иерархиях.

OFFTOP = ON

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

OFFTOP = OFF

2 Bkmz

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

2 RSA1

По поводу мнимого признака, чтобы число тсрок было > 1... у меня система уже в эксплуатации и данных много, влезать в правила обновления - это значит перегружать заново то, что уже существует... я могу сейчас позволить себе только "легкие по времени" решения... так что с условиями мне решение тоже не подходит... остаются только X, но как?

2 Bkmz

А двумя запросами это как? Никогда не делал, даже представить не могу!

Блин, ничего не понимаю... Или меня уже в конец переклинило ? Сейчас проверил, функция LEAF работает без всякой иерархии. В строке результата - 0, в обычных строках - 1. Тогда проблема Пёрышкина решена. (Вроде бы эта функция работала только в иерархиях ?)

"Стою на асфальте в лыжи обутый,
Или лыжи не едут или я @$@$утый ?"

2 RSA1

У меня не работает LEAF

Какой уровень патчей у тебя ? Какая версия Query Designer ?
У меня 3500.7.572

А если сделать "плоскую" иерархию ? В Иерархии должна работать.

По крайней мере в запросе с двумя структурами LEAF от любого признака <пусто> и в обычных строках и в строках с результатами

Уровень патчей дизайнера у меня выше, да толку-то...
Переделывать на плоскую иерархию я не стану - просто времени нет

Вот вариант:
1. Из показателя P cоздать два ограниченых показателя P1 (c В=1), что нужно включать в результат, и Р2 (с В=0), что не нужно включат в результат.
2. Создать расчитанный показатель С
(Р1 <> 0) * P1 + (P1 == 0) * P2
Тогда в отчет будут входить все значения Р (Р1 или Р2), а в результате суммироваться только Р1.