IS_OLAP будет всё равно через ETL, но такие вопросы действительно на этапе ETL нужно решать
У меня когда контроля за ETL не было (обслуживалось внешней закрытой компанией) - приходилось делать так:
1) Первый Process_Update на измерения - как обычно
2) Process_Data/Index на партиции/куб
3) Вытаскивание реально существующих данных (где есть факты) измерения в SQL таблицу
4) Подмена View (чтобы ссылалась на источник из {3})
5) Второй Process_Update на измерения (т.е. временный источник данных из куба только с фактами)
6) Process_Index на куб
7) Возврат View в оригинальное состояние

..но некоторым пользователям привыкшим использовать измерения куба как Master Data пришлось немного помогать менять процесс из отчётности.

там в принципе обычно все данные измерения из куба не надо вытаскивать, ключей хватает {дальше обычные JOIN-ы}, оценку надо сделать где плотность заполнения фактами низкая против измерения и количество ключей большое (больше ммиллиона например)