Как добавить два атрибута из одной связанной таблицы в измерение куба MSAS?

Question

[Руслан Галиев]

Есть таблицы

Таблица Клиентов(Clients) 
id
Name 
TypeId
CategoryId

Таблица кодов(Codes)
id
Name

На схеме данных я привязал таблицу Codes двумя отдельными связями к таблице Clients по полям TypeId-id и CategoryId-id.

После этого добавляю в измерение Клиентов два атрибута "Тип клиента" и "Категория клиента" в настройках атрибутов указываю следующие настройки:

keyColumn: TypeId
NameColumn: Name

Пересобираю куб. Но данные совершенно не те, которые находятся в таблицах если сделать прямой запрос к БД вида:

SELECT Clients.Name, c1.Name, c2.Name
FROM Clients 
INNER JOIN Codes c1 ON Clients.TypeId = c1.Id
INNER JOIN Codes c2 ON Clients.TypeId = c2.Id

Подскажите в чем я ошибся. Есть конечно вариант два раза добавить в схему данных одну и ту же таблицу, но по логику оно должно работать так как добавил я.

Comments

[Константин Цветков]

Надеюсь в реальности вы не путаете TypeId и CategoryId? Как в запросе, например?

Answer 1

[Константин Цветков]

SELECT Clients.ID, Clients.Name AS ClientsName, 
        c1.Name AS TypeName, 
        c2.Name AS CategoryName
  FROM Clients 
    INNER JOIN Codes c1 ON Clients.TypeId = c1.Id
    INNER JOIN Codes c2 ON Clients.CategoryId = c2.Id

Сделайте из этого запроса представление.

Comments

[Руслан Галиев]

Константин Цветков Здравствуйте. Хорошая идея. Но меня распирает любопытство что именно я сделал не так, ведь в Data Source View дает возможность сделать несколько связей между таблицами, как я собственно и сделал. У меня такое ощущение что я просто чего то не знаю и не допонимаю, поэтому не получилось. Ваш вариант 100% сработает.

[Константин Цветков]

Руслан Галиев, Тонкостей AS я не знаю, но использование вами панковской практики сливать разные сущности в одну таблицу могут AS не нравится.

[d-stream]

Давно это было, но емнип в AS неявный join был left
Поэтому лучше пользовать именно view - ещё в дальнейшем, когда припрёт отсечь что-нибудь сильно старое в пользу производительности и т.п. - во вьюшке можно будет обойтись например where и даже серьёзно переписать вьюшку не дав сломаться всему дальнейшему.

Так что view - очень даже отличная прослойка в данном случае (в том числе и для анализа и оптимизации)