Добрый день всем.
SSAS 2012 ( multdimensional )

Есть собранный мной куб
На одну заявку м.б несколько доверенностей
Осн. Меры по заявкам считаются

Заявки (vw_Dim_Req_Return )- m2m - Доверенности (vw_Dim_Doveren_Req_Return)



Между мерами на заявки и Дим доверенности поставил m2m
Посмотрел - вроде бьет

Возник вопрос как проверить цифры - смотрю не похоже на ожидаемые.

В екселе взял дату из доверенности ( атрибут - не привязанный к дименшен дата - можно любой дургой атрибут )
- вынес в фильтр : 20190730


Написал SQL
id_return : UK для vw_Dim_Req_Return ( она дименшен заявок и по ней же считаются факты )
id_return есть и в vw_Dim_Doveren_Req_Return




В SQL куча данных
в кубе пусто.
( а по каким то другим датам есть инфа )
НЕ могу уловить закономерности.


Ясно что вряд ли - но м.б идею где и как.
Общий вопрос ( мождно на примере Adventureworks )
как отлаживать sql m2m

bideveloper,

vw_Dim_Doveren_Req_Return это вью
где есть id_return
их много на 1 заявку

про бридж имеется ввиду что надо сделать
еще промежуточную таблицу между


vw_Dim_Req_Return - Bridge1 - vw_Dim_Doveren_Req_Return

допустим - я сделаю
вопрос будет ли фильтрация атрибутов из vw_Dim_Doveren_Req_Return
влиять на меры из vw_Dim_Req_Return
самый простой случай - count из vw_Dim_Req_Return

т.е по бизнесу - они хотят отфильтровать доверенности - потом по ним заявки
ну и кол-ва разных заявок (выполенных-невыполненных и тд и тп)

пока есть 2 группы мер
1) на базе vw_Dim_Req_Return
2) на базе vw_Dim_Doveren_Req_Return

Ferdipux,
СПС за ответы -
да скорей всего бридж нужен - Bridge
(уже полез искать many-to-many revolution когда то давно был такой полезный док)

правильно ли я понял переделка мер не понадобится ?

т.е есть группа мер число заявок просчитанная на Dim_Req
(их там скажем 4-5 в зависимости от флагов просчитанных в ETL - успешно-не успешно и т.д и т.п )

в том смысле что как меры считались на таблице Dim_Req
то они и будут считаться по ней ( а НЕ по бриджу ) ?