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



This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--
[ Picked text/plain from multipart/alternative ]
I believe that how query selects records changed around V4R2.  What I think
happens is when query has to build a hash table then all records are
selected and select / omit rules are applied after the fact.

> -----Original Message-----
> From: MacWheel99@aol.com [SMTP:MacWheel99@aol.com]
> Sent: Tuesday, November 27, 2001 1:16 PM
> To:   midrange-l@midrange.com
> Subject:      Re: query400 question
>
> Interesting observation.
> I thought query/400 always read all records before deciding which ones it
> did
> not need, unlike RPG & SQL that only read the ones that you specify.
>
> So for example, I do a calculated field, then select only those records in
> which the divide by field is not zero & the query bombs because of divide
> by
> zero, because it is doing the divide before it does the not zero, but if I
> make the math divide by (whatever value + 0.00001) it correctly excludes
> the
> whatever value when zero & does not blow up again until we have a case of
> that value being 0.00001-
>
> > hey all,
> >
> >  quick question:  does anyone know when/what makes query/400 decide it
> must
> >  read all records for the query before displaying the first page?
> >
> >  I use query a lot for quick one-off reports, mostly for my own
> analysis,
> >  and in some complicated querys (joins, sorting on fields from different
> >  files, etc) the query reads through all records before displaying the
> first
> >  page.
> >
> >  sometimes, by omitting just one field from the sort, it won't have to
> read
> >  the whole thing.
> >
> >  just curious,  TIA.
> >
> >  rick
> >
>
>
> MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac)
> BPCS 405 CD Manager / Programmer @ Global Wire Technologies Incorporated
> http://www.globalwiretechnologies.com = new name same quality wire
> engineering company: fax # 812-424-6838
>
> Sep 11 Favorite Links:
> http://www.nzherald.co.nz/pdf/middle_east.pdf
> http://www.semitrue.com/thankyou/
> http://groups.yahoo.com/group/TYR
> http://www.skirsch.com/politics/plane/disable.htm
> http://www.geocities.com/wasabidoh/Pictures.html - select Attack on
> America
>
> Newspapers World Wide
> http://www.wheretodoresearch.com/news/foreign_newspapers.htm
> http://www.wheretodoresearch.com/news/US_Newspapers.htm
>
> Intelligence Briefings by country
> http://www.nsdmg.org - click on REAL WORLD RESOURCES
> http://www.c-span.org/international/links.asp
> http://www.cnn.com/2001/WORLD/asiapcf/central/09/17/asia.support/
> http://www.odci.gov/cia/publications/factbook/geos/af.html
> http://www.economist.com/countries
> http://www.washingtonpost.com/wp-dyn/world/search/list/index.html
> http://www.debka.com/
> http://www.stratfor.com
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> 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 ...


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.