× 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.



Charles

This is essentially correct. But SQE also instruments up to the job log for the same kinds of things that CQE does, as far as that went. Visual Explain gets it all, since it uses the output of the database monitor. If you are a masochist, or Elvis, you can get the same info out of the DBMON output file.

There also used to be a switch that'd give all kinds of optimizer information in the log, but it's been too long and I don't remember anymore. Besides, it does not help us much anyhow - unless you know the innards of the cost-based optimization.

Vern

Charles Wilt wrote:
Just an FYI but my understanding is that while the debug mode job log
messages are useful in some respects, for queries processed via the SQE,
only visual explain will give you the full story of what's going on.

End result: IBM recommends the use of VE and not the debug mode messages.

Charles

On Mon, Nov 24, 2008 at 4:59 PM, Haas, Matt (CL Tech Sv) <
matt.haas@xxxxxxxxxxx> wrote:

We have several hundred thousand products in our inventory file and have no
problem searching via SQL. The best way to find out what is going on is to
turn on the query optimizer debugging messages and run the query. The Visual
Explain tool in iSeries Navigator puts a nice UI on them but you can get
what you need just by looking at job logs.

There should be posts in the archives on how to do this and I think using
Visual Explain has already been suggested.

Matt

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Abacusflorida@xxxxxxx
Sent: Monday, November 24, 2008 4:31 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Re: iSeries data access

I have also had a similar experience when the website authors send an SQL
statement to extract inventory from our AS/400. I've found that a search
of
the entire file via SQL rather than equivlent SETLL & READ is the problem.
I've been told that setting up a logical over the physical inventory file
would
help, but have not had any significant improvement, if any. Perhaps you
could check your file by placing an invalid record in the table beyond the
record
you think should be searched via SQL If the statement bombs you will know
that it looks at the entire database file. Ours is a small inventory
file,
about 20,000 records. I don't know what others experience with a larger
invento
ry databas. Any suggestions anyone? Thanks

Warren
**************One site has it all. Your email accounts, your social
networks,
and the things you love. Try the new AOL.com
today!(
http://pr.atwola.com/promoclk/100000075x1212962939x1200825291/aol?redir=http://www.aol.com/?optin=new-dp
%26icid=aolcom40vanity%26ncid=emlcntaolcom00000001<http://pr.atwola.com/promoclk/100000075x1212962939x1200825291/aol?redir=http://www.aol.com/?optin=new-dp%26icid=aolcom40vanity%26ncid=emlcntaolcom00000001>
)
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-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.