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



Thanks for your response! That is basically the response from INFOR helpdesk; was not as easy to follow and with no option of a work around. I just wanted to hear the explanation from another party.


-----Original Message-----
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, January 20, 2015 3:03 PM
To: BPCS ERP System
Subject: Re: [BPCS-L] Material Status Inquiry

Perfect sense. It's a little technical.
5250 screens showing a list use something called a "subfile".
There are three types of subfiles:
- load all subfile
- expanding subfile
- page at a time subfile
The general user will not be able to tell the difference. You have to delve into the code to notice a difference.
The exception to the general user rule is if the user tries to roll past
9,999 records. That's the limit on a subfile size. The "page at a time"
subfile takes more coding but doesn't have this limitation.

General programming rule of thumb:
If it's a really small list and will never grow huge (like a list of
states) then a "load all" subfile is ok. Do all the I/O and fill it up.
The user can wait on the I/O for such a small list.
If it could be a long list but less than 9,999 rows then use an expanding subfile. Only load enough rows to fill a screen. If they roll forward do more I/O. If they roll back just read from the subfile.
If it could be a long list and likely to go over the 9,999 rows then use the page at a time subfile. Keep track of where you are at. Clear the subfile and reload the screen full upon every roll. Forward or back.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Billy Waters <bwaters@xxxxxxxxxxxxxxxxxx>
To: BPCS ERP System <bpcs-l@xxxxxxxxxxxx>
Date: 01/20/2015 02:40 PM
Subject: Re: [BPCS-L] Material Status Inquiry
Sent by: "BPCS-L" <bpcs-l-bounces@xxxxxxxxxxxx>



We see some history for all items, no matter what the record count in ITH.
Not a scientific process used; however I believe is stops after displaying
9,999 records??

-----Original Message-----
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Tuesday, January 20, 2015 2:22 PM
To: BPCS ERP System
Subject: Re: [BPCS-L] Material Status Inquiry

Just a shoot from the hip, WAG; but how many can you display when you hit
F21? Are you saying for some items it's not showing you any when it
should be showing you thousands for that item? Or, are you saying it will
show you close to 10,000 for one item but then cuts you off from there?
I've got something in mind but I want to wait until I hear from you.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Billy Waters <bwaters@xxxxxxxxxxxxxxxxxx>
To: "BPCS Mailing List (BPCS-L@xxxxxxxxxxxx)" <BPCS-L@xxxxxxxxxxxx>
Date: 01/20/2015 02:10 PM
Subject: [BPCS-L] Material Status Inquiry
Sent by: "BPCS-L" <bpcs-l-bounces@xxxxxxxxxxxx>



Anyone have issues / solution with material status inquiry and 8.1 BPCS?
We cannot display all history "F21" for many of our items. We do have
1000's of transactions in ITH for most items.
Duplicate sequence numbers do not appear to the problem.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.