Как правило, QueryDatabaseTable (QDT) должен планироваться со скоростью, соразмерной значениям в столбце максимальных значений. Использование столбца максимального значения типа Дата (без отметки времени) означает, что вы должны проверять только новые значения (то есть планировать процессор QDT) каждый день, а не каждые 5 минут. Иначе, как процессор узнает, что нужно захватить строки с текущим днем, которые появились с момента последней проверки? Он только смотрит на дату и (гипотетически) либо захватывает все данные с этим значением для даты, что приводит к дублированию данных, либо (как он на самом деле ведет себя) будет искать данные со значением следующего дня, которые он выиграл до следующего дня, что также приводит к потере данных.
Возможные обходные пути: запланировать запуск QDT один раз в день или добавить / изменить столбец, чтобы включить метку времени и запланировать QDT соответственно, или использовать другой столбец (возможно, через представление БД), который всегда увеличивается для каждой новой строки как столбец максимального значения.
Надеемся, что когда-нибудь появится процессор CDC Oracle (возможно, с использованием LogMiner) для извлечения изменений в режиме, близком к реальному времени, может быть способ использовать таблицы QDT и Oracle / LogMiner для эмуляции этой возможности, если изменения доступны в таблице с теми же качествами (т. е. столбец максимального значения, который всегда увеличивается по сравнению с графиком выполнения QDT).