Коллеги, добрый день.
Вопрос на понимание того как BI работает с фактами, на основе нескольких физич. таблиц.

На бизнес-уровне есть звезда: 10 измерений, 1 факт, состоящий из двух физических таблиц - дневной (Факт_Д) и месячной (Факт_М).
Факт_М это агрегата по времени от Факт_Д.
На бизнес-уровне в Source этого факта, таблицы расположены в порядке Факт_М, Факт_Д.

При создании отчета, если выбирать месяц и показатели, которые имеют простую схему агрегации (sum, avg...) запросы строятся
к Факт_М, селект отчета аккуратный и понятный, данные верные.

Но если выбрать показатель у которого схема агрегации Based on dimension (по всем измерениям "Сумма", а по времени "Среднее"),
то дальше мне непонятно как отрабатывает BI:

вариант А
- если для Факта_М выбрать на бизнес-уровне на вкладке Content Logical Level уровень временной иерархии "день".
В этом случае селект отчета получается длинным, сложным для понимания и основанным на Факте_Д, а не на Факте_М.
То что селект большой и неудобочитаемый - это полбеды, но то, что он лезет в детальный слой - это плохо.

вариант Б
- если для Факта_М выбрать на бизнес-уровне на вкладке Content Logical Level уровень временной иерархии "месяц".
В этом случае селект получается неправильным: берется просто сумма по нужному показателю. Хотя, напомню, установлена схема
агрегации Based on dimension, т.е. разная по разным измерениям.

Вопрос, как во втором случае добиться, чтобы отчет строился по Факт_М и использовался Based on dimension?