McLuadВсем привет.
Очень серьезный вопрос.
Представим, что есть fact_table и она связанна с тремя дименшионами.
Два из которых важные, третье может учавствовать в запросе или не учавствоать.
Главные: Projects and Regions.
Второстепенное фильтр: Profile_DW

Скажем так, я хочу получить значение measurement для Region для определенного Project
select
non empty { [Regions_DW].[All Regions_DW].children } on 0
from
Region_CUBE
where ( [Projects_DW].[All Projects_DW].[5999], [Measures].[Eav] )

Идеально хочу получить : Russia = 2
Но в реальности получаю : Russia = 6
Почему идеально 2 – потому что в fact_article есть ттолько одна запись касающеяся проекта 5999 и она содержит 2.
Но, эта запись одновременно принадлежит еще трем Profiles. Profiles _ это как дополнительный фильтр, если он выставлен, то я пишу:
select
non empty { [Regions_DW].[All Regions_DW].children } on 0
from
Region_CUBE
where ( [Projects_DW].[All Projects_DW].[5999], [Measures].[Eav] , [Focus_DW].[All Focus_DW].[50] )
Но когда он не выставлен, мне вообще он не нужен, не нужна связь Profiles c fact_article, потому что в этом случа он все портит. – данный умножаются на количество вхождений в дименшион Profiles.
Как можно “отключить” дименшион Profiles когда он не нужен ?


Было бы гораздо проще помочь вам если бы вы ваши таблички назывались так же как измерения, а таблице фактов показывались, только относящиеся к обсуждению поля. А то как то неловко додумывать, какая таблица скрывается за Focus_DW.

У вас связи по полям являющимся ключами листового уровня измерений?

Dmitry Biryukovлибо делать два куба: с Focus_DW и без.

А как переключаться посоветуете?
А если таблица фактов N-Гигов?

Dmitry Biryukov
а клиенту (например Excel) ничего не помешает написать такой MDX, который просуммирует значения.


Это как? Что то мне это трудно представить, что в измерении без AllLevel какой то клиент сгенерит MDX для его получения

MoshaТема аггрегирования элементов у которых нет All - мне очень близка, я прямо сейчас меняю код функции Aggregate в Юконе, и мы тут спорим - разрешать ли вообще Aggregate по non-aggregatable аттрибутам (т.е. по уровню над которым нет All). Пример который привел Дмитрий - просто классический - какой смысл аггрегировать Actual, Budget и Forecast :) С другой стороны, может ошибку поднимать в этом случае как-то слишком жестоко. Ну во всяком случае, следующей версии Excel мы советуем, чтобы они даже в UI такого не разрешали, чтобы пользователей не путать...

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


Решать от смысле аггрегации, на уровне MDX, уровня, над которым нет ALL может только автор куба, все остальное - спекуляции.

Если это запретить в Excel - лично мне по барабану. (хотя "детям спички не игрушка" :-))

Если это запретить в MDX - это пожалуйста не надо.

Mosha Еще один вопрос - а кто-нибудь делал когда нибудь Aggregate по measures ? И если да, то зачем ?


Моша, я бы на Вашем месте не спрашивал, я бы запретил Aggregate по measures (ну кому надо складывать метры с баксами), если бы это давало шанс выжать пару-тройку лишних лошадок из движка.