Возникло несколько багофич с функциональностью drillthrough в MS AS

1. Drillthrough в невиртуальном кубе с несколькими мерами. Указываю в запросе конкретную меру - похоже серевер это дело игнорирует и выдает записи относящиеся к любым мерам. Ожидал что будут возвращены только записи в которых значение указаной в запросе меры не равно NULL. Такое возможно? (пока что обошел разбитием на кубы по одной мере в каждом и слиянием их в виртуальный куб)

2. Drillthrough по calculated member. Не работает by design. Очень неприятно. Какие здесь могут быть workarounds? (кстати если эти CM не указывать в запросе то drillthrough работает но тогда имеем ситуацию номер 1 - выдаются лишние записи)

3. Как обстоит со всем этим дело в Yukon?

На этой закладке опредялется некий глобальный фильтр на таблицу фактов? а мне нужна эдакая условная фильтрация
Поясняю. В таблице фактов "Движение товара" есть две меры "Приход" и "Расход". Для каждого факта (= строка документа) указано значение только одной из мер. И когда я делаю дрилсру по приходу, все расходы почему-то тоже попадают в рекордсет, что не есть гуд.

Ну и соответственно ситуация усугубляется когда эти меры calculated :(

вот как раз с OWC Toolpack и колупался
прикол в том что там вообще забывают включить Measure в запрос, поэтому запрос и проходит
и в целом очень корявые исходники, например дрилсру по полям "Total" у меня не работал, пока сам не подправил
интересно, кто это писал?

Mosha
Как обстоит со всем этим дело в Yukon?
На CM работать не будет, в основном потому что непонятно как в общем случае определить какие записи из fact table влияли на значение CM.
Ну уж очень бы хотелось чтобы хоть в частных случаях работал, с какими то разумными ограничениями. Например в моей задаче CM-ами в основном будут обычные tuples, так сказать shortcut к другой ячейке куба.

Ну и все-таки, какие на практике используются альтернативные подходы вместо drillthrough? Какие нибудь rowset actions например? Так чтобы не приходилось совсем уже с нуля своего drillthrough клиента писать?