Пытаюсь построить отчет вида (два признака и показатель)

K1 K2 V
Вася Маша 10
Вася Лена
Вася Марина 20
Коля Катя
Коля Надя 30
Иван Александра

Как видно значения показателей есть не для всех признаков. В результате получаю

K1 K2 V
Вася Маша 10
Вася Марина 20
Коля Надя 30

Если выбираю опцию "основные данные" для признака K2, то получаю

K1 K2 V
Вася Маша 10
Вася Лена
Вася Марина 20
Вася Катя
Вася Надя
Вася Александра
Коля Маша
Коля Лена
Коля Марина
Коля Катя
Коля Надя 30
Коля Александра
Иван Маша
Иван Лена
Иван Марина
Иван Катя
Иван Надя
Иван Александра

Это тоже неправильно!

Признак K1 является атрибутом для K2... как раз этим прописывается связь, интересующая меня
в отчете. Как же такое сделать?

Ну то, что не показывает - логично...
нет ножек, нет коньков...

вопрос, что делать? т.к. Bex не сможет показать эти данные пока они у него не будут...

как вариант... можно включить инфообъект в мультик с вашим кубиком и на этой основе, получить требуемый Вам вид... правда для показателя надо будет включать констант-селек для остальных признаков...

Т.к. Ваша задача в полной мере не известна... то прошу подумать, над следующим моментом...
K1 атрибут K2, т.е. со временем он может поменяться и по сути у Вас поедут исторические данные...

Как вы отличаете, что нужно вывести следующую комбинацию (1DC):
Вася Маша 10
Вася Лена
Вася Марина 20
Из следующего набора данных (1DS):
Вася Маша 10
Вася Лена
Вася Марина 20
Вася Катя
Вася Надя
Вася Александра
Для BEx'a (впрочем как и для всех ) Вася Лена, Вася Катя, Вася Надя, Вася Александра - с точки зрения показателя Идентичны.
Раз уж нельзя подавлять KF = 0, то введите тогда дополнительный признак (добавьте его как атрибут для Основного Признака). Например:

И выводите только те, у которых Status = Y, ну и с заданными фильтрами на CH_1 или CH_2.
А вообще, по хорошему просто нужно верно положить данные.
Если нужна история изменения Status, поставьте его Time Dependent (Временно-Зависимым).

Вася Лена 0 Y
Вася Мари 20 Y
Вася Катя 0 N
Вася Надя 0 N
Вася Алекса 0 N

Да не будут выводиться строки

Вася Лена 0 Y
Вася Катя 0 N
Вася Надя 0 N
Вася Алекса 0 N

По ним нет проведенных значений. А атрибут Status будет выводиться тоже только
при наличии проведенных значений. И вообще, читайте внимательнее. Вот это зачем писалось?!

Признак K1 является атрибутом для K2... как раз этим прописывается связь, интересующая меня
в отчете

Что касается включения признака в мультик, то в 7-й версии BI для вывода значений показателя,
по которым не было проведенных значений, используется флажок 'Основные данные', а все махинации
с константой-выбором и 1ROWCOUNT (или как там его) не работают

Что касается временных изменений, то зачем придумывать то, чего не спрашивалось и проблем не вызывало?!
Есть ли у кого еще идеи. Задачу временно решил, но уж совсем некрасиво - жестко забив все провязки в виде иерархии из элементов 'Выбор' в структуре.

1. Надо настроить деривацию признаков на основе атрибутов.
2. В отчете указать не основные данные, а отношения признаков.

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

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

murmur не стоит утверждать по поводу 1ROWCOUNT. все работает, надо только правильно все сделать, в том числе никто не отменял мультипровайдеры на инфо-объекты и провайдеры, обычно нормальные люди так и делают. но если вы извращенец, как и все нормальные bw-шники ) то можно еще попробовать переменную "путь замены" для атрибута и расчетный показатель. дальше вы сами додумайте...
p.s. и не надо возмущаться, если человек вам хочет помочь

В транзакции RSPLAN, но работает действительно только для кубов реального времени.

Может попробовать сделать K1 атрибутом навигации для K2?

Разобрался в итоге... пришлось переделать структуру куба
работает как надо, когда один признак является навигационным
атрибутом другого K1 для K2. При этом K2 должен быть внесен в куб в
измерение, а K1 должен быть активным атрибутом навигации в данном
кубе. При этом в запросе для K2 нужно указать опцию основные
данные.

Раньше не работало, так как был некий признак K3, у которого K1 и K2
были атрибутами навигации. K3 был внесен в измерение куба, а K1 и K2
были активными атрибутами навигации в данном кубе. При такой
структуре запрос вида

K1 K2 V

не работает правильно. Всем спасибо за участие