Добрый день, у меня вопрос связанный с механизмом дельта обновлением в BW.
Суть в следующем: На стороне транзакционной системы создан экстрактор на основе таблицы. К примеру, изначально в данной таблице лежит 10 записей которые идентифицируются одним ключевым полем.
На стороне BW к источнику созданы инфопакеты соответственно для инициализвации дельта-процедуры и само дельта обновление. После запуска пакета инициализирующий дельту приходят все 10 записей.
Меня интересует вопрос: что если в таблице системы источника данных в каких-то записях поменяются не ключевые поля, то при дельта обновлении записей не приходит.
Существует ли механизм на основе которого обрабатыется такая ситуация? Ведь в BW будут не актуальные данные.

Для такого дела вообще-то поле должно быть типа TIMESTAMP. Если есть возможность, то для нужд BI создают в таблице такое поля и затем через Exit ABAPoм его заполняют.

1. А что если нет возможности добавить в таблицу поля TIMESTAMP как быть .
2. В случае если добавил TIMESTAMP можете пояснить как это будет выглядеть?
Для начала в качестве поля определяющую дельту выставляю метку времени, затем пишется exit, который заполняет TIMESTAMP для позиции после её вставки или обновления так?
В итоге в BW все записи с TIMESTAMP которые еще не приходили в источник приходят и тут возникает вопрос как из инфопровайдера выдернуть старые записи по ключу и записать корректно новые. Опять ABAPом писать программу выборочного удаления ??

Перезагружают данные за конкретный период : месяц, квартал, год когда изменений уже не будет.

Да.

В BI есть специальный инфопровайдер DSO называется. Он это делает.

Спасибо за ответ.

На sdn есть документец про ФМ-экстракторы с дельтой "Using Timestamps in Generic Delta Extraction by Function Module".
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/30aefb04-7043-2c10-8e92-941536eebc79

Про RECORDMODE в DSO:
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/5080c337-81e5-2c10-97af-8929424f3a4b

Спасибо за ответы. ROKO не могли бы вы подсказать или дать ссылку на чтиво, по поводу возможности автоматического заполнения TIMESTAMP EXITOMом при наступления события вставки и обновления записи.

У меня к Вам встречные вопросы:
1) Какую транзакцию используете для заполнения таблицы ?
2) Какая таблица ?

В качестве таблицы для источника данных используется плоская таблица БД. Данные заполняются из текстового файла ABAPом.

Иногда некоторые записи заполняются вручную

Через SE11 добавляете поле CHANGED TYPE TIMESTAMP. В программе, которая закачивает данные в вашу таблицу пишите кусок для заполнения этого поля :

Это все в принципе понятно. А что если ведение данных таблицы будет происходить в ручную?

Если вручную, то я так понимаю через ракурс ведения ? Там есть события при добавлении, изменении записей. Подробнее вот здесь.

может это ещё пригодится http://entropii.net/?p=508

Спасибо за ответы - очень полезная информация.
Как я понял в случае если экстракция реализована на основе функционального модуля с возможностью дельта обновления и структуры/таблицы БД не имеют поля (TIMESTAMP или дат и времени создания/обновления записи или другого идентификатора), то в принципе привязаться в той же метки времени и выполнять дельта -обновление невозвожно. Существует только возможность "таскать" все данные за определенный период? о_0
И еще вопрос: подскажите а существует ли возможность организации дельта-обновления по составному ключу?