А то не вижу никакого смысла от виртуального куба

Да все та же история.

Есть таблица фактов Fact_Section с полями

Section
SessionKey
DateKey

И есть таблица фактов Fact_Session с полями

SessionKey
CustomerKey
DateKey

Нужно посчитать DistinctCount SessionKey и CustomerKey
SessionKey по второму кубу считается просто с помощью Count

CustomerKey можно посчитать также если сделать вьюху
create view as Fact_Customer
as
select CustomerKey
DateKey
from Fact_Session
group by CustomerKey, DateKey

Явно прослеживается связь между этими таблицами один-ко-многим.
Сделать один куб не реально. Distinct Count вешает машину. Вот если бы можно было к первому кубу сделать измерение на основе втрого куба. То есть поле SessionKey связать с ключом куба Sessions. Но ясное дело что такого ключа нет. А когда я делаю виртуальный куб на основе двух кубов Sections и Sessions, то имею общее измерение DateKey и измерение Section из куба Sections.

Если просматривать результат куба, то мера Visits as 'Count(SessionKey)' в разделе All. И какой мне с этого смысл. Можно и не объединять кубы.

Если бы кубы объединялись по какому-то полю...

Можно ли как-то нормальным (быстрым) способом считать Distinct Count значения по измерениям?

Объясните смысл виртуального куба. Как они объединяются? По какому критерию.

У меня в одном кубе есть измерение DateKey и TimeKey

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

Или виртуальный куб нужен только для того чтобы в разделе from писать его?

Неужели кубы объединяются через CROSSJOIN?