Всех приветствую.

Пытаюсь реализовать инкрементный процессинг большого измерения.

Пример реализации

Допустим, есть измерение "Клиент" с атрибутами "Дата заведения", "Наименование" и ключ "ID". С фактами, соответственно, соединяем по ключу.
Группы мер разбиты на партиции по датам, процессятся с пропуском ошибок с KeyErrorAction=ConvertToUnknown.

Сценарий следующий: при первоначальном развертывании куба первая секция групп мер - на дату 01.01.2021. Измерение "Клиент" на "дату заведения" 01.01.2021.
Затем начинаем добавлять секции данных на каждый новый день в сторону увеличения.
"Клиентов" грузим по "дате заведения" на один день вперед и один день назад" - <Type>ProcessAdd</Type>.
То есть, хочу добиться того, чтобы те клиенты, которые на 01.01.2021 попали в ConvertToUnknown, при добавлении в измерение с "датой заведения" 31.12.2020 "конвертировались" обратно в нормальных.

Запрос инкрементного добавления в измерение отрабатывает нормально, измерение пересчитывается, новые данные добавляются.
Но при этом то, что ранее попало в ConvertToUnknown так и остается ConvertToUnknown.

Профайлером сравнил работу обработки измерения <Type>ProcessAdd</Type> и <Type>ProcessUpdate</Type>. Во втором случае после обработки измерения запускается обработка куба. в Первом случае такого не происходит.
(<Type>ProcessUpdate</Type> использует певоначальную версию скрипта, так что данные, загруженные позднее, удаляются).
Пытался процессить партиции всеми возможными <Type>, нужного эффекта добиться не получается.

Что можете посоветовать?
Измерение достигает нескольких миллионов записей, процессить его каждый раз полностью очень накладно по времени (с учетом того, что они берутся через линк и т.д. Здесь оптимизация невозможна). Если у вас получается это сделать за считанные минуту (10-20), прошу поделиться опытом.

Всем спасибо, особенно за первый очень эмоциональный ответ.

Если бы не было проблемы с большими измерениями (не по количеству атрибутов, а по количеству записей и скоростью их загрузки по сети), я бы не поднимал тему во второй раз.
Попробуйте отказать финансам, когда они хотят видеть в кубе все платежки. У них ответ один: нам надо. не нравится, найдем другого.

Сценарий отработан, выдает необходимый результат. Первоначально выбрал неудачный период времени: начало года, праздники, короткий период.

Тему можно считать закрытой