HP3000-L Archives

September 1997, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Stan Sieler <[log in to unmask]>
Reply To:
Stan Sieler <[log in to unmask]>
Date:
Fri, 5 Sep 1997 16:37:02 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (18 lines)
Denys writes:

> Your statements about detpack/reorg trashing the chronological sequence of
> a chain need to be amended.  If the chronological sequence is on the
> primary path (and it should be if it isn't) then the statement is false.  I
> have a bit of experience in these matters.  I wrote the high-speed detail
> dataset reorganization function which is in one of the main database
> utilities.  I designed it so it would preserve the chronological integrity.
>  Actually, it would have been more difficult to design it to do otherwise
> using the method I chose.

I agree with Denys.  Adager's DETPACK (Detail Repack) doesn't lose
chronology ... it was the first detail repacking tool available, and all modes
of running it (Serial, Chained, and SuperChained) retain the chronology
of entries on any and all chains.

SS

ATOM RSS1 RSS2