|
Hello Chuck, I think it is the temporary access path the query has built, as you assumes. To find out the real needs for the query you konw the answers already, I think: CHGQRYA and debug. The long period to run when users are signed on has to do with the data acces to any of those files on the system. Does the query run in batch or interactively (most unlikely, as queries are performance hogs and the famous CFINT may step in)? Regards. Carel Teijgeler ======= At 2002-06-04, 09:44:00 you wrote: ======= >We have a query (via IBM's Query) that runs FINE when no one is on the >system (2 - 3 minutes) but horrible when users are on (2+ HOURS !)... > >It is going against some files in a third package we have (Mincron's HDS >package) and involves 3 files. Primary is NOT keyed, the other 2 are. > >I fired it up as a test and when it starts running and I do Display Open >Files I see: > > Display Open Files >Job . . : QDFTJOBD User . . : CHUCK Number . . . : >342472 >Number of open data paths . . . . . . . . . . : 2 > > Member/ Record File I/O ----Open--- >Relative >File Library Device Format Type Count Opt Shr-Nbr Record >*QUERY0001 QTEMP *QUERY0001 PHY > 0 O NO >POLTOL1 HD1100PD POLTOL1 LGL 0 I NO > > >Is that *QUERY0001 an access path being built ? > >Been a LONG time since I messed with this stuff and a vague recollection >says yes... = = = = = = = = = = = = = = = = = = = =
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.