Всем доброго времени суток,
Пожалуйста, наставьте на путь истинный в следующем вопросе - возможно ли сделать правильный many-to-many как:
Есть измерение SalesSigns:
SalesSign_IDDescription0«Реализация внутренняя»1«Реализация на сторону»2«Реализация по плану продаж»
Есть таблица фактов Sales (Date_ID, Order_ID, BridgeSalesSign_ID, Amount)
Есть бридж и измерение BridgeSalesSigns, выглядит как:
SalesSign_IDBridgeSalesSign_ID 00110111211
Т.е. в бридже перечислены возможные комбинации признаков продажи, и в таблице фактов отражен этот же ключ.
Сделал в кубе many-to-many (SalesSigns -> бридж BridgeSalesSigns -> Sales) на основе этой схемы, но, предсказуемо, при процессинге ругается на не-уникальность ключа измерения BridgeSalesSigns (BridgeSalesSigns_ID)
Проигнорировал для него KeyDuplicate, процессинг прошел, но наверняка это неправильный путь.

Если немножко предыстории, то в таблице фактов изначально присутствовало отдельное поле для каждого признака, соответственно, нужно было делать отдельное измерение для каждого признака (наверняка, это самый правильный путь).
Но затем я решил попробовать конкатенировать поля признаков в одно поле и через бридж соединить с общей таблицей признаков (такую общую таблицу было бы удобно иметь даже просто из визуальных соображений).
AdventureWorks смотрел, но там бридж имеет уникальный составной ключ, да и вообще иной подход применяется…

"Если б Остап узнал, что он играет такие мудреные партии и сталкивается с такой испытанной защитой, он крайне бы удивился"
(Источник указывать, думаю, необязательно :-))

Благодарю всех, кто откликнулся, буду дальше копать!
В правильном (теперь уже) направлении! :-)

Осподи! Столько накручено вокруг простого
Select SUM(Sales.Amount), SalesSigns.SalesSign_ID From SalesSigns
Left Outer Join BridgeSalesSigns On SalesSigns.SalesSign_ID=BridgeSalesSigns.SalesSign_ID
Left Outer Join Sales ON Sales.BridgeSalesSign_ID = BridgeSalesSigns.BridgeSalesSign_ID
Group By SalesSigns.SalesSign_ID