Здравствуйте, господа!
В эфире наша постоянная рубрика "Они хотят странного"
Есть продукты, поделенные на типы и категории, есть отклики.
Собственно, форулировка задания
авторС целью агрегации информации по звонку клиента учитываются следующие приоритеты:
- если проставлено несколько типов отклика, и один из них «Согласен», то учитывается тип «Согласен» и не учитываются типы «Отказ» и «Подумает»
- если не проставлен тип отклика «Согласен», но проставлены типы «Подумает» и «Отказ», то учитывается тип «Подумает» и не учитывается тип «Отказ»
- тип «Отказ» имеет приоритет только над типом «Не озвучено»
Значения флагов: С = Согласился, П = Подумает, О = Отказ, Н = Не озвучено
Для одного звонка учитывается max из откликов, для агрегации по оператору учитывается сумма звонков (по max)

Вроде бы всё просто и в такой формулировке я задачу решил путём создания пяти дополнительных полей, заполняемых примерно так

и далее подставляемых в скоупы так, как получилось


Всё работает как описано, но оказалось, что ОНИ хотели не этого, а динамических итогов в зависимости от того, что вытащено в отчёт, т.е. для примера (один звонок одного оператора)
TypeNameChanФлагАA1XСАA1YОАA2XПАA2YОBB1XСBB1YНBB2XОBB2YНCC1XСDD1XП
Нужны такие результаты:
TypeName ChanСПОНИтогAA1X10001AA1Y00101AA2X01001AA2Y00101BB1X10001BB1Y00011BB2X00101BB2Y00011CC1X10001DD1X01001Итог323210
TypeName СПОНИтогАA110001АA201001BB110001BB200101CC110001DD101001Итог321 06
TypeChanСПОНИтогAX10001AY00101BX10001BY00011CX10001DX01001Итог311 16
TypeСПОНИтогА10001B10001C10001D01001Итог31004
ChanСПОНИтогX10001Y00101Итог10102
Как это можно реализовать на MDX?
То есть ещё раз проблема в том, что нужны динамические итоги для других измерений в зависимости от того, какие из этих измерений используются в раскладке куба.
Помогите, пожалуйста

Гулин Федоря вот долго думал над 1 таблицей - 1 звонок 1 оператора и не понял смысла
да и на выходе не понял - должно быть 5 таблиц ???
В течение одного звонка один оператор может предложить одному клиенту несколько продуктов и получить на эти предложения ответы (согласие, подумает, отказ). Что непонятно?
Гулин Федорда и на выходе не понял - должно быть 5 таблиц ???
Я вроде один раз написал в заголовке и два раза повторил в сообщении, что эти пять таблиц - варианты агрегации одного поля в зависимости от раскладки куба. Причём на уровнях в виде постепенного "сворачивания" у меня работает, нужны динамические итоги.

StarikNavyиспользуете скопе для каждого измерения

Я и так использую скоуп для каждого измерения. Но, если внимательно посмотреть на примеры таблиц, проблема в том, что итоги по агенту и/или дате должны зависеть от вытащенных измерений. Соответственно, насколько я понимаю olap-кубы нельзя создать статические итоги для агента и даты. Надо в скоуп этого уровня загнать чтото вроде "iif на осях лежат измерения такие-то, то итог для агента-даты брать из одного поля, если другие, то из другого"
Кто-нибудь может помочь с такой конструкцией?