Упорядочить по времени создания в OpenEdge

1) Короткий ответ: нет - у вас нет «стандартного» способа указать, какие записи были добавлены или в каком порядке они были добавлены.

Единственный способ определить порядок создания — применить последовательность или поставить метку времени записи. Поскольку ваше приложение не делает ни того, ни другого, вам не повезло.

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

3) Если вы просто ищете «дельту» - вы можете периодически делать резервную копию базы данных, а затем использовать запросы для сравнения текущей базы данных с резервной базой данных и таким образом получать различия.

4) Поддерживайте БД на сайте заказчика с содержимым последнего дампа таблицы. В следующий раз, когда вы захотите получить дельты от клиента, сравните содержимое этой таблицы с текущей таблицей, выгрузите различия, а затем обновите таблицу базы данных, чтобы она соответствовала текущей таблице базы данных.

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

Вы можете использовать триггеры базы данных, чтобы удовлетворить эту потребность. Для этого вам нужно будет уметь писать и развертывать триггерные процедуры. И нужно иметь в виду, что движки 4GL и SQL-92 не распознают триггеры друг друга. Таким образом, если обновления возможны через SQL, триггеры 4GL будут слепы к этим обновлениям. И наоборот. (Если вы не используете SQL, все это не имеет значения.)

Вы, вероятно, захотите использовать триггеры WRITE для захвата как вставок, так и обновлений данных. Вас волнуют удаления?

Простодушный триггер WRITE 4gl:

TRIGGER PROCEDURE FOR WRITE OF Customer. /* OLD BUFFER oldCustomer. */  /* OLD BUFFER is optional and not needed in this use case ... */

  output to "customer.dat" append.

  export customer.

  output close.

  return.

end.