× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Is this a real index? That is, it was created with a SQL CREATE INDEX
command? Or is this a DDS based logical file? I wonder how that index
is defined, whether it uses the MAINT(*IMMED) for the access path
maintenance attribute.

I also wonder if perhaps, immediately after your CLRPFM, if the system
might be maintaining that access path, making it unavailable to the
query optimizer.

-Eric DeLong

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rui Feliz
Sent: Thursday, January 20, 2011 10:18 AM
To: Midrange Systems Technical Discussion
Subject: Re: Behavior of indexes after run a CLRPFM

Hi.

Im working on AS/400. The only tool I know is PRTSQLINF. Anybody knows
another?
It's very strange, the index looks ok, but the optimizer don't uses it.
In
this situation, I drop the index and I create it again. After this, the
index is used by the process.
The only clue I have that perhaps causes problems is the CLRPFM that I
run
in the beginnig of the process. The CLRPFM cleans the statistics of the
indexes?
Rui


On Thu, Jan 20, 2011 at 2:42 PM, <rob@xxxxxxxxx> wrote:

I think there is an explain tool available in iNav which may help. It
may
decide that it was more economical to do a full table scan or some
such
thing. For example, if you did a CLRPFM and inserted one row, why
bother
with an index?


Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Rui <rmfeliz@xxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 01/20/2011 09:22 AM
Subject: Behavior of indexes after run a CLRPFM
Sent by: midrange-l-bounces@xxxxxxxxxxxx




Hello.

Sometimes, when I run some SQL operations (like a select), the SQL
Optimizer
does not use the correct index.
Before I load the table, I run a CLRPFM over it.
Can the CLRPFM be responsable for the non-use of the indexes? The
RGZPFM
fix it?

Best Regards,

Rui



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





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.