В AS2K одной таблице фактов соответствовал один куб, в Юконе - Measure Group.
Несколько физических кубов в AS2K можно объединить в один виртуальный куб и определить в нем допольнительные CM.
Но в Юконе CM живут в кубе, а не в перспекиве.

Теперь возникает философский вопрос. Как "по-уму" мигрировать базу с AS2k На AS2K5 если в базе около 20 физических кубов, сгруппированных в несколько виртуальных кубов. При этом некоторые физическиие кубы используются в нескольких виртуальных кубах?

Мне видится такой сценарий миграции:
База - Куб
Физический куб - Measure Group
Виртуальный куб - Перспектива.

Все выглядит хорошо и без вопросов за исключением места жительства CM.

У кого какие мнения на этот счет?

MoshaЗабудьте на время про перспективы - это не часть модели, а так для красивых глазок (т.е. UI). Если у Вас сделано так что на один и тот же куб накладываются разные вычисления в разных виртуальных кубах (хотя это довольно странно, я бы даже сказал неправильно), то посмотрите на Linked Measures Groups.

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Как раз наоборот, в различных виртуальных кубах, относящимся к различным, но смежным, предметным областям, присутствуют CM, имеющие одинаковое имя но "немного" разные формулы. Т.е. в Шилоне виртуальный куб образует для СМ namespace. В Юконе же, определяя CM в кубе, я вынужден их разнести по разным именам :-(.

Mosha backfireприсутствуют CM, имеющие одинаковое имя но "немного" разные формулы.
Вам, конечно, виднее, но мне кажется - это игра с огнем - пользователь думает что это то же самое, но формула "немного" разная...

backfireТ.е. в Шилоне виртуальный куб образует для СМ namespace. В Юконе же, определяя CM в кубе, я вынужден их разнести по разным именам :-(.
Я не уловил в чем проблема. Хотите иметь несколько кубов с разными CM - кто мешает ?

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Вообщем я слона то и не приметил, а именно, что NameSpace имени физической меры это куб, а не Measure Group, как я наивно предполагал :-(