Прошу совета. Вот понадобилось создать небольшой отчет в BO.
Исходная табличка вида:
A; B; С
1; v1; m1
1; v2; m2
1; v3; m3
2; v1; m4
2; v3; m5

Поскольку есть шаблон отчета типа сводной таблицы, то я расчитывал кинуть A в строки, B в столбцы, а С в ячейки и получить что-то вроде:

---- v1 v2 v3
1 m1 m2 m3
2 m4 null m5

Но вместо этого я получаю, что измерение в столбцах никак не ограничивает данные и получается что-то вроде:

-----v1 v2 v3
1 m1 m1 m1
1 m2 m2 m2
1 m3 m3 m3
2 m4 m4 m4
2 m5 m5 m5

Значения m.. не цифровые, а произвольные. Не совсем типичный случай для сводной таблицы, конечно, но может как-то это объяснить и как задачу решить? То ли туплю, то ли еще чего.

Чтобы crosstab свернулся автоматически, нужно, чтобы А и В в юниверсе были типа dimention (измерения), а С типа measure (показатель).
Ну и вопрос: если в С у Вас хранится показатель типа текст, как он должен агрегироваться (правила агрегации задаются для показателя в юниверсе)?

Я примерно и подозревал, что он хочет показатель.
Но у меня в C - не показатель, у меня там текст и вообще говоря ему не надо агрегироваться, поскольку A и B составляют ключ. Я вообще не настаиваю на кросстабе, может кто подскажет путь, как все же получить отчет вида:
---- v1 v2 v3
1 m1 m2 m3
2 m4 null m5


При том, что значения v.. находятся в строках и их состав может быть произвольным?
Пока что у меня получилось это только при определении переменных v.. вручную, в webi, как переменную с where(). Но в этом решении есть определенные неудобства - будут работать только созданные вручную столбцы, а хотелось бы чтобы набор столбцов как-то получался автоматически.

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

Ладно, решил вопрос формулами типа "if B='v1' then C" и так для каждого столбца. Недостаток - при смене состава и/или количества этих v.. надо будет еще и отчет изменять, но других вариантов "развернуть" таблицу по значениям одного из измерений я пока не нашел.