>>Hi All
>>
>>I have a table and for each record I want to execute a process and then store the datetime when the process for that record was completed.
>>
>>I also want to process the records in this same datetime order so that I can loop through all records and process each from the oldest record on file to the most current. So there is an index on that datetime field and which is set as the index to use for dropping through the file.
>>
>>Of course as soon as I update the first record with the current datetime it moves to the end of the index and the subsequent SKIP positions me at EOF.
>>
>>I cannot GO TOP since that would put the app in an endless loop. I want to process all the records once, from oldest update to latest udpate.
>>
>>I can store the update datetime into a second field and then go back over all records when the entire file is done and update the index datetime field with this second field but that would mean that a second instance of my app would not know the correct record to process next <g>
>>
>>Anybody had a similar situation with an elegant solution?
>>
>>Thanks
>
>You could use your table using the AGAIN with a different alias. SCAN through one of the aliases of your table and UPDATE the other.
Hi Fred. The table I use for the SCAN needs to be in the update datetime field order. If I update this field in the other copy of the table would this change not reflect in the SCAN copy of the table and then cause the same problem (which is why I didnt try this option)?
In the End, we will remember not the words of our enemies, but the silence of our friends - Martin Luther King, Jr.