Добрый день,

Встала проблема. При разработке отчета, необходимы данные из разных кубов.

Куб А:
Материал Сумма
100 2000
101 2500
102 2200
103 1400
104 1700
105 2000
106 500

Куб Б:
Материал Количество
100 50
104 150
106 100
В отчете должны быть выведены все материалы из А сумма и количество из куба Б.

Материал Сумма Количество
100 2000 50
101 2500
102 2200
103 1400
104 1700 150
105 2000
106 500 100

А выводит вот что:

Материал Сумма Количество
100 2000 50
104 1700 150
106 500 100

Почитал и нашел что надо сделать Left Outer Join чтобы не только по common fields выходили. Но нельзя сделать это с кубами.

Потом создал мультипровайдер, там же union должно было все правильно показывать. но почему то как базу он берет куб Б. то есть опять показывает не все материалы.

Голову ломаю, консультант R/3 уже предлагает переделать источник, где в куб Б загрузят все материалы, а в графе количество проставят пусто. но заново перегружать много данных муторно.

Кто нибудь может сталкивался с таким?

Проверьте как мультик отрабатывает:
Если на мультипровайдере ( в котором куб А и Б) нажать просмотр данных в RSA1, то в результате что показывает?
Тоже только 3 записи из Вашего примера?
Если да, то ограничить провайдер = А?

пробовал не получается. если выбираю фильтр инфопровайдер А то пусто выводит, а если общий то из Б.

но в Б есть дата проводки. мне кажется она какое то преимущество имеет над А из за этого. в кубе А была дата, я ее удалил, думал влияет. но все равно так же выводит, то есть в мультипровайдере если стоит фильтр по дате проводки, то выводятся данные только из Б.

а в инфосете там правильно выводит, в том плане что инфосет только если в двух кубах встреачающие коды показывает.

Создаете в качестве теста два куба реального времени: TEST1 и TEST2, добавьте в них измерение Материал с признаком 0MATERIAL, какой-нибудь 0CALMONTH в измерение времени, в один куб 0QUANTITY поместите, в другой 0AMOUNT. Создайте мультик TESTM, в него перенесите измерение материала, времени и показатели, сделайте идентификацию признаков (галочки проставьте на обоих материалах, на обоих календарных месяцах, и по отдельности на показателях). Через RSINPUT вбейте в них ваши записи. Создайте запрос - в строках материал, с столбцах оба показателя. Выполните запрос. Все это занимает 5 минут времени. Если получится, то сравните с тем что у вас в запросе. Скорее всего идентификация на каком-то признаке стоит неправильно и/или фильтрация по этому признаку исключает записи одного из кубов

Если в А нет "даты проводки", то при фильтрации по этому полю естественно будут только записи из Б ( нужно добавлять в фильтр пустое значение)...
Я вам предложил забыть про BEx query (т.к. там возможно стоят фильтры) и посмотреть как работает мультипровайдер...
Если нет данных при просмотре данных мультипровайдера (RSA1) только с фильтром: провайдер = А, то разбирайтесь с настройками мультика.

ну или потратить 5-10 минут и сделать тест как написал murmur.

пробовал фильтровать по инфо провайдеру по А, там ничего не выводил.

думаю я понял в чем дело. scp ваш коммент насчет фильтра навел на мысль что надо делать все по другому.

В ТЗ описано что как бы надо фильтрануть таблицу Б(куб) по дате проводки, а потом сопоставить материалы к таблице А(куб). Сейчас инфосет правильно отрабатывает как и мультик, просто я хочу другой behavior как говорится.

Теперь уже другой вопрос, можно ли как то указать в Bex query designer чтобы по Дате проводки он определенный инфопровайдер фильтровал а потом уже делал union?

Если вы хотите, чтобы фильтрация по 0PSTNG_DATE распространялась, например, только на инфо-провайдер A, то на уровне показателя ограничьте 0PSTNG_DATE=переменная и 0INFOPROV=A

попробовал, не помогло. те же самые 55 записей показывает. а где показатели для куба А там пусто, только показатель куба Б отображается.

Когда я писал, что вам надо ограничить показатель по дате проводки на кубе A, то это был просто ПРИМЕР того, как поступают в подобных случаях. То есть A - абстрактное имя куба, не имеющее прямого отношения к вашей задаче. Не надо все так буквально понимать

Если брать конкретно ваш вариант, то, насколько я понимаю, дата проводки есть только в кубе Б, а в А ее нет (вы пишете, что удалили ее). Значит в определении мульти-куба у вас может быть отмечена галочка только для даты проводки куба Б. Когда вы создавали запрос, у вас скорее всего дата проводки была в фильтре. Перенесите ее на уровень показателя 0QUANTITY (0PSTNG_DATE=переменная, 0INFOPROV=Б), а уровень показателя 0AMOUNT (0INFOPROV=А). Если у вас опять не отобразятся данные куба А, то это означает, что существует еще какой-то признак, ограничение по которому также мешает данным отобразиться. Создайте копию запроса, упростите его (выкидывая ограничения из фильтра) до тех пор, пока не начнут отображаться данные куба А. После этого добавляйте ограничения по одному, пока не найдете проблемный признак.

Спасибо всем.

Надо было фильтр поставить на тот показатель который имеет отношение к фильтру.
Для объединения используем инфо-сет.