Совет по работе с выпадениями.
1) Сделайте Optimize Schema
2) Включите счетчик ошибок до 100
3) Дайти имя файла для складирования error key

В результате куб будет значительно быстрее процессироваться и вы будете видеть какие элементы выпадают.

На кубах свыше 15 млн. фактов и при 15 измерениях обычно SQL-запрос занимает около 50% времени процессирования куба.
Но главное даже часто не в этом. Оптимизированная схема видит выпадения элементов. Примерно также Юкон обходится без join

Вы еще не учитываете, что алгоритмы поиска выпавших элементо обычно более тяжелые, чем просто вытягивание фактов. Так как поиск выпавших элементов это "шерстить" факты довольно тяжелыми конструкциями на базе exists. Пользователям очень часто эти элементы и не нужны. Например по ряду GSM-услуг (картинки, меллодии) можно иметь классификатор в 100 позиций, который толком ни кто не ведет. Те кто решали такие задачи понимают почему его не ведут. Восстановленный номер услуги типа 43658459 почти ни чего не дает для анализа (хотя недавно стали использовать эвристики для определения того что это было), а без него в других измерениях данные выпадают. Выпадение элементов, причем часто молчаливое, это серьезный дефект MS AS 2K.