|
If you can put you app in debug and set a break point after it establishes a connection but before it runs the query, you can find the job the query will run under (use command NETSTAT *CNN, subset by the IP address of the machine running the code, then use option 8 to see the jobs for that connection), start a service job on it, and type STRDBG UPDPROD(*YES). This will cause the query optimizer to print debugging information in it's job log when the query runs. If you can't but it in debug and set a breakpoint, there's a setting you can change in QAQQINI to do the same thing (I don't know what the setting is but that should be easy for you to find out). Matt -----Original Message----- From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Corissa Andrascik Sent: Wednesday, April 19, 2006 3:17 PM To: Web Enabling the AS400 / iSeries Subject: Re: [WEB400] Slow Query Performance from the Web The query is as follows select field1, field2, field3, field4, field5, field6, field7, field8, field9, field10, field11 from View1 where ((field6 >= 0000 and field6 < 0100) or (field6 >= 8300 and field6 < 8400)) and (field3=999999999 or field4=999999999) and field11>=0.01 I'm not worried so much about the result set per se. The view in our test database is over 4 physical files totaling about 3.7 million records. The result set is very small. Usually less than 5 records - never more than 30. From our web logs I can see where the query is created and sent to the 400 - and when it returns results. This is where we see the lag in time - about 1 minute 10 seconds. When we get to production the view will be over 22 million records but will still have approximately the same amount of results. Thanks for all of your help! -----Original Message----- From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Tom Huff Sent: Wednesday, April 19, 2006 9:05 AM To: 'Web Enabling the AS400 / iSeries' Subject: Re: [WEB400] Slow Query Performance from the Web Long Live Green Screen -----Original Message----- From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Walden H. Leverich Sent: Wednesday, April 19, 2006 7:36 AM To: Web Enabling the AS400 / iSeries Subject: Re: [WEB400] Slow Query Performance from the Web Can you post the SQL and the number of rows returned in the result set? Also, have you run SQL Performance Monitors on the job? One mistake I've seen lots of people make in Java is not to pre-size a collection when loading records into a collection. In one case simply adding an ensurecapacity(500) method call to an ArrayList changed response time from 20 seconds to sub-second. The more memory constrained the app server the more a problem like this will be noticed. -Walden -- Walden H Leverich III Tech Software (516) 627-3800 x3051 WaldenL@xxxxxxxxxxxxxxx http://www.TechSoftInc.com Quiquid latine dictum sit altum viditur. (Whatever is said in Latin seems profound.) -----Original Message----- From: web400-bounces+waldenl=techsoftinc.com@xxxxxxxxxxxx [mailto:web400-bounces+waldenl=techsoftinc.com@xxxxxxxxxxxx] On Behalf Of Corissa Andrascik Sent: Tuesday, April 18, 2006 6:23 PM To: web400@xxxxxxxxxxxx Subject: [WEB400] Slow Query Performance from the Web Hi All, I'm new to this list - and I'm not sure this is the proper place to be asking this question - but I'd appreciate any direction you can give. We have a query that runs over a view that joins together several related physical files. We created indexes for each physical based on the Where clause in the query and when I run it through STRSQL on the 400 - the performance is good - about 8-9 seconds. When the same query is passed from the web - we're running websphere on Window 2003 boxes - it takes in the neighborhood of 1 minute 10 seconds. We are trying to figure out what can be done to optimize it from the web. I realize I'm probably not giving enough information here - I just have no clue where to start! If any of you have any ideas I'd be eternally grateful. Thanks -- This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/web400 or email: WEB400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/web400. -- This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/web400 or email: WEB400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/web400. -- This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/web400 or email: WEB400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/web400.
As an Amazon Associate we earn from qualifying purchases.
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.
midrange.com
