При загрузке данных из исходной системы использую много ODS для консолидации данных. После того, как все ODS успешно преодолены данные "лезут" в куб. Из-за относительно большого объема данных, загружаемых в систему время загрузки неприятно велико. Хотелось бы сократить его, да и устранить избыточный объем данных (для последнего сейчас реализую механизм соединение данных куба и ODS, который позволит выполнять нормальное сторнирование, а вот с первым пока не очень). Суть проблемы - для консолидации и разных доп. расчетов использую обычные ODS. Причем загрузка данных из одного в другой используется полная (не дельты). Таких загрузок много (т.к. много ODS, да и загружать приходится из одного ODS в другой по нескольку раз, используя разные правила обновления, такая логика). Поскольку везде загрузка полная, то ODS-журналы обновления фактически не нужны. Да и сам процесс активации тоже выглядит избыточным. Ни на одном ODS отчетов не будет. Напрашивается сам собой транзакционный ODS. Я с ним никогда не работал, а из документации понял так, что не смогу его использовать как цель данных в процессе загрузки. Как мне избавиться от активации и формирования журнала (на это тратится время, по памяти проблем особых нет, так как при очередной загрузке все ODS-ы чистятся, включая и журналы)