Добрый день.
Возникла такая проблема. Есть показатель в кубе, который должен усредняться по всем измерениям, независимо от того, какие из них и в каком порядке выведены в bex-запросе. В стандартной агрегации среднего нет. Я попробовал сделать расч. показатель в запросе и выбрать там "среднее значение" в параметрах "расчет результата" и "расчет отдельных значений". Получается тоже не то - итоги считает правильно, а построчно - в каждой строке выводит среднее значение показателя из всех выше стоящих строк. А надо, чтобы считалось среднее по данным в кубе, какую бы развертку в запросе не сделали.
Нашел два варианта, которые считают правильно:
1. В исходном показателе поставить расчет итогов как "сумма", сделать в запросе расч. показатель, равный 1 с расчетом "перед агрегацией" и среднее вычислять путем деления одного на второе. Работает, конечно, но расчет "перед агрегацией" - это вроде как не очень гуд.
2. Сделать кучу расч. показателей, ссылающихся друг на друга и в каждом из них в спецагрегации сделать среднее по одному измерению. Тогда получится некая "матрешка", в которой будет вложено столько расч. показателей, сколько измерений в кубе, то есть весьма немало. Это совсем уж какой-то кривой способ.
Собственно, вопрос: более прямые способы есть?

А что значит по всем измерениям? Это значит, что значение должно быть всё время одинаковым? Было бы неплохо пример того, что вы хотите получить.

Я имел ввиду, что расчет итогов по всем измерениям должен вычислять среднее значение. Ну вот в стандартной агрегации показателя есть три варианта - сумма, минимум и максимум. Что было бы в отчете, если в стандартной агрегации показателя выбрать четвертый вариант (которого там нет) - среднее значение? Вот именно это и нужно.

А пример - ну вот абстрактный пример:
_____d11__d12___d13__Total
d21___10___20___30___20
d22___20___50___20___30
d21___30___80___10___40
Total__20___50___20___30

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

Надо в настройке Показателя в rsa1 указать Спец. Агрегацию = AV0

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

Она будет работать по всем признаками.

Либо я чего-то не понимаю, либо одно из двух...
Если в RSA1 в настройке показателя выбрать спецагрегацию, то она требует выбрать ссылочный признак для этой спецагрегации, один. По умолчанию проставляет там 0CALDAY, если там поставить пустое значение, то она даже сохранить не даст. Откуда "со всеми признаками"? Или речь не об этой настройке, тогда о какой?

Надо поставить признак для которого данные показателя имеют наименьшую гранулярность - грубо говоря как система будет считать count записей.

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


Коллеги, а других мнений нет? Не может быть, чтобы никто не сталкивался...

Для начала расскажите, ДЛЯ ЧЕГО вы собираетесь делать усреднение по всем признакам? Какой у показателя бизнес-смысл?
Есть подозрение, что вы к задаче подходите не с той стороны

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


На самом деле, предметная область - ритэйл, а показатель - длина очереди в кассу. Признаки - магазины, номера касс, интервалы времени суток и еще много всего. И по всем эти признакам итог должен считаться именно как среднее значение. Логично?
По постановке задачи у меня сомнений нет, есть по реализации. Пока я сделал вариант с константой "1" с расчетом до агрегации (по сути - самодельный счетчик значений), показатель со стандартной агрегацией "сумма" и делю одно на другое. И в общем, даже работает... Ругается, правда, что "этот вариант агрегации устарел", но считает корректно. Но вдруг есть варианты красивее?

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

Честно говоря, не совсем оценил иронию... я получу среднюю длину этой самой очереди по интервалам времени суток, за весь день, по одному магазину, по всем, и т.д. Что не так?

Ничего, ничего, все так ))
Сделайте показатель и просчитайте его при загрузке данных в куб, в отчете только отобразите