AW: Access path / index rebuilds

["Hauser, Birgitta" <Birgitta.Hauser@xxxxxxxxxxx>]

>>When an access path is created, you can specify Access Path Maintenance
>>as  *IMMED, *DLY, or *REBLD.  With *DLY, all records that were Added,
>>Updated, or Deleted have there change merged in to the access path when
>>it is opened.  With *REBLD, the entire access path is rebuilt at file
>>open.

... but an index or keyed logical file with access path maintenance other
than *IMMED gets NOT considered by the query optimizer!

... and access path maintenance *IMMED is necessary if an access path with
an unique key is built over the physical file.

Birgitta
-----Ursprüngliche Nachricht-----
Von: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] Im Auftrag von Chris Bipes
Gesendet: Dienstag, 6. Dezember 2005 21:28
An: Midrange Systems Technical Discussion
Betreff: RE: Access path / index rebuilds

When an access path is created, you can specify Access Path Maintenance
as  *IMMED, *DLY, or *REBLD.  With *DLY, all records that were Added,
Updated, or Deleted have there change merged in to the access path when
it is opened.  With *REBLD, the entire access path is rebuilt at file
open.


Christopher Bipes
Information Services Director
CrossCheck, Inc.

707.586.0551, ext. 1102
707.585.5700 FAX

Chris.Bipes@xxxxxxxxxxxxxxx
www.Cross-Check.com

Notice of Confidentiality: This e-mail, and any attachments thereto, is
intended only for use by the addressee(s) named herein and may contain
legally privileged and/or confidential information.  If you are not the
intended recipient of this e-mail, you are hereby notified that any
dissemination, distribution or copying of this e-mail, and any
attachments thereto, is strictly prohibited.  If you have received this
e-mail in error, please immediately notify me by e-mail (by replying to
this message) or telephone (noted above) and permanently delete the
original and any copy of any e-mail and any printout thereof.  Thank you
for your cooperation with respect to this matter.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Haase, Justin C.
Sent: Tuesday, December 06, 2005 12:17 PM
To: Midrange Systems Technical Discussion
Subject: Access path / index rebuilds

Hopefully someone can answer this for me in easy terms.

Why would a system rebuild access paths for files when being used by
many ODBC (QZDASOINIT) jobs?  For example, the jobs will sometimes go in
to an IDX-xxxxxxx where xxxxxxx = the name of a file.  The online help
shows that the IDX status means it's rebuilding the index (access path)
to whichever file it's listing.

What prompts the rebuild?  Is there somewhere we could go look to see
why it's doing that?  Additionally, in Performance Navigator there's a
chart for Index Rebuilds/second - the online help for describing why is
pretty vague there also.

Please advise - thanks in advance for your help and for not biting my
head off if this is basic and I just never learned it - hah!