Well I once worked with a certain company in the financial field whose Windows programmers were constantly complaining about how "slow" the iBM i was in returning result sets. Turned out the real problem was they were retrieving a million plus rows which they planned to display to the user for their selection! They apparently thought that was reasonable.

I tend to agree that 9,999 should be more than enough - but how to handle that in a user-friendly way is the issue. If you have offered them to display customers with a wildcard match on the name and they enter *a* on a high file ...

On Nov 25, 2019, at 2:10 PM, Booth Martin <booth@xxxxxxxxxxxx> wrote:

Please make the case for ever, ever wanting a larger than 9999 subfile? It is outside my range of imagination.

On 11/25/2019 9:56 AM, dlclark@xxxxxxxxxxxxxxxx wrote:
"MIDRANGE-L"<midrange-l-bounces@xxxxxxxxxxxxxxxxxx> wrote on 11/25/2019
10:33:24 AM:
I'm sure Jerry - it is only limited by the number of records you
store and/or rebuild. I can only guess that whoever wrote the
program you are talking about imposed their own limit of 9,999.
In 30 years of subfile programming I have never been able to load
more than 9,999 lines in a subfile. Has something changed?


Dave Clark
-- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com

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