 
| Subject: | |
| From: | |
| Reply To: | Simonsen, Larry |
| Date: | Fri, 6 Aug 1999 15:36:23 -0600 |
| Content-Type: | text/plain |
| Parts/Attachments: |
|
|
You can dbunload chained. This is very slow under normal database with
their adds and deletes.
Check out the page 2-8 in the image manual about dbunload and chain order.
------------------------------------------------------------------------
Larry Simonsen Phone: 801-489-2450
Flowserve Corporation Fax: 801-491-1750
PO Box 2200 http://www.flowserve.com <http://www.flowserve.com>
Springville, UT 84663 e-mail: [log in to unmask]
<mailto:[log in to unmask]>
------------------------------------------------------------------------
All opinions expressed herein are my own and reflect, in no way, those of my
employer.
-----Original Message-----
From: Steve Daniels [mailto:[log in to unmask]]
Sent: Friday, August 06, 1999 3:18 PM
To: [log in to unmask]
Subject: Re: Image Chain Order
Jerry Fochtman <[log in to unmask]> wrote in message
news:F4B1826B1A21D211AEC5006008207AF401E2480D@dogbert.csillc.com...
> True, if one were doing a serial read. But the original
question involved
> doing a DBFIND/DBGET(5) chain read, in which case indeed
the entries will
> be returned in the order they were added to the path used
for the DBFIND
> when no sort is defined and no other activity
(reorg/unload/reload) is
> performed, regardless of the serial order within the
physical file.
>
>
> >
Someone correct me if I am wrong, but if you do an unload
/reload would not
the chain still be intact?? I am under the impression that
the
unload/reload only affects the order in the data set if it
is a serial read.
I can't think of a situation where the unload/reload would
change the chain
order. But hey its Friday and I could be having a brain
shutdown!!
--
Stephen R. Daniels
MIS Manager
Park Farms
Canton, OH
330-455-0241 330-455-5820 (fax)
[log in to unmask]
|
|
|
