Всем - здравствуйте.
делаю загрузку переменных данных из файла. В инфо-источник и структуру источника данных добавила 0RECORMODE.
Режим обновления в источнике данных поставила "Новый статус для измененных записей (только ODS-объект)" . Провела пакет с инициализацией дельты. Потом в файле у некоторых записей поставила 0RECORMODE 'D'. Ожидалось, что эти строчки удаляться из одс - ан нет!
Возможно ли реализовать дельту с удалением из одс при загрузке из плоских файлов???
(Конечно, в таб. RODELTAM для FIL0, FIL1 не стоит крестика в колонке "индикатор удаления", но может это и не важно? И все-таки как-то можно чистить одс...)

Вместо D поставте R. сторнируются записи эти.

Честно говоря, я и R ставила. Мое единственное числовое поле на это никак не отреагировало. Да и смысл в том, чтобы именно вообще удалить записи, чтобы не захламлять базу и отчеты.

По-моему, подходит 0RECORDMODE = A

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

Это стандартное типовое заблуждение программистов, что все лишнее надо удалять. Из нормальной базы данных ничего удалять не надо!
Все должно быть объяснимо для конечных пользователей: вот ошибка, вот ее сторнирование. Ситуация, когда данные подвергаются сомнению, потому что программисты удалили записи - не нормальная. На тестовой системе пожалуйста, а на боевой удаление лишнее.

Можно поспорить про заблуждения программистов. Во-первых ОДС тем и примечательна, что не только аддитивна как куб, но и поддерживает перезапись и удаление!
А во-вторых в конкретно этом случае и удаляются вспомогательные записи, фиктивно введеные программистом для решения определенных задач. Кстати сама задача не из R/3, а совственная разработка на delphi, и переноситься в BW для удобства составления отчетов.
P.S. Волшебным образом все заработало.

Как!? а вы разве не знали главного магического заклинания BW -
Если что-то не работает, а должно, выйди и зайди снова