А можно поподробнее - что за дамп, как боролись?
Ноты и sdn лопатили? в SAP писали?

А если в ODS. Поле date_from - в ключе. Поле date_to - не в ключе.
Спокойно догружаете старую дельту, удаляете записи, если необходимо.

Самое важное - второй этап. Трансформация ODS самого на себя. Обновляется поле date_to. На expert routine анализируется записи по каждому компоненту ключа до (date_from) и присваивается date_to (date_from следующее минус 1 день).
Чтобы не было разрывов по временному ряду, не разбросало в разные пакеты данных, на DTP определить семантическую группу с ключем.
Такая модель работает достаточно хорошо.

Но, ещё раз повторюсь - идея не моя

Гавеленький дамп - MESSAGE_TYPE_X BRAIN 299 CHECK_KHANDLE система теряет указатель...
Поднимал месадж на него т.к. лекарства никакого не нашел, но буржуям нужен доступ в систему, а это никак не возможно, пришлось закрыть его без результата и придумать другое решение, более быстрое и гибкое.

На самом деле я уже сделал решение, правда пришлось для этого попутно еще реализовать циклы для цепочек процессов
Дату храню только одну, на которую и формирую остаток т.е. реально получаю остаток на каждый день в независимости от того, за какой промежуток времени отгрузили данные из исходной системы (хоть за год).

Можно пару вопросов?
1. Вы пишите остатки даже за выходные дни? Т.к. иногда требуется считать сальды на первый и последний день месяца или на 10 число.
2. Не пугает, что объект хранения будет быстро расти?

1. Да, на каждый день - в банке 43 филиала (или больше), некоторые находятся за границей - в других часовых поясах, проводки есть и в выходные.
2.Не пугает . Ежедневный прирост DSO ожидается порядка миллиона записей, тут уж ничего не поделаешь - придется партицировать DSO-шник в ручную (дает прирост производительности в 3-4 раза на активации - проверено).
p.s. По мне так лучше хранить разрывные остатки - большая экономия места, но реализация отчетности РСБУ требует остатков на каждый день...

Даже так? Здорово... спасибо за инфу, надо применить

Респект коллеге, связанному с банкингом. Сами эту тему топчем.
Прошу продолжать рассказывать про ход эксперимента.

Вопрос:
При заливке остатка задним числом Вам необходимо сгенерировать верную историю до следущего "настоящего" остатка. Как Вы это делаете?

У меня все идет от проводок, т.е. появляются или удаляются проводки задним числом, по ним расчитывается дельта для каждого дня и суммируется в DSO с остатками.

Инфа для заинтересованных
В ходе проекта реализованы:
расчет остатков по лицевым счетам на каждый день
учет изменений в проводках задним числом с отражением на текущих остатках
механизм дозагрузок данных из филиалов с которыми продолжительное время отсутсвовала связь
учет нестандартных операций с остатками на счетах
контрольные отчеты

Поздравляю.
Как реализовано хранение остатков и догрузка/перегрузка дельт?
А 101 округлённую форму делаете?

Остатки сейчас лежат в одной банке, чуть позже будем делить на 12 кубов по месяцам чтобы жить было легче и пересчитывалоcm быстрее.
Ну а дозагрузка данных - это то же самое что изменения задним числом. Имея рабочий механизм протаскивания изменений з.ч. все дозагрузки легко в него ложатся, только на этапе новых проводок нужно действительно новые данные откинуть в стандартную обработку, а дозагрузы провести как изменения задним числом
101-ю будем собирать в SAP BW Add-on'e, который позволяет формировать отчетность по требованиям РСБУ (когда его пропатчат разработчики .

Большие объемы - это сколько? У нас в ритейле работал куб с данными за 2 года.

100 миллионов записей с разбивкой по дням (0CALDAY) - из некумулятива становилось невозможным извлечь остаток на заданную дату по всем счетам (3,5 млн. штук)
Какой интервал у вас использовался/используется?

Как предполагается дальше данные загружать из 12 кубов? И сколько будет у Вас кубов через 5 лет, учитывая, рост объемов данных. Можно конечно архивировать, но тогда не так просто получить отчет за прошлый год, что вряд ли понравиться заказчику.
По поводу аддона по обязательной отчетности, я бы на Вашем месте не ждал. Я видел то что есть сейчас - такое патчами не лечится.