Does anyone know if the timestamp in a journal record is guaranteed to
be unique? We've got really fast processors these days.
If they are not, then timestamp + journal seq number would be unique.
That should cover the issue of the journal seq being reset when the
receiver is changed since it seems likely that a receiver change will
take more that a microsecond, or millisecond or whatever the smallest
resolution of the timestamp is.
Where do you keep track of the last values? Data areas are fast. I
don't like sub-stringing them either and probably would opt for two, one
for the timestamp and one for the seq number.
But you can't read data areas directly in SQL. A keyed file with a key,
a timestamp and a journal seq number would be easy to use. And you can
purge it with a very simple SQL statement; no reorg needed if you set it
to REUSEDLT(*YES). For bonus points use commitment control on either
the data area approach of the file approach.
Sam
On 9/5/2012 5:26 PM, Stone, Joel wrote:
So aren't I better off using a date/time window?
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.