Richard,

> one modification (delete, insert,  change) for partial key A, B, C then run
> a little PGm that will partial manage the summary file (delete for key and
> rebuil for this key)

But therein lies the rub -- you need a quick way to rebuild for the
key so we are back to the "need for speed" unless, as I mentioned
previously, the detail file is ordered or has a LF which can be used. 
*If* the LF exists or can be builtt, or if record deletions or updates
"never" occur to this file, then the trigger seems like a great way to
keep the summary file updated.

A rsummary rebuild program should stil be created for the first time
population of the summary and as a contingency for when the inevitable
delete which "never" occurs really does happen.  A delete or update
trigger could even set a flag somewhere that allows the report to
detect a rebuild of the summary file is required.

Doug


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.