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



Yes. (If you define the file as keyed on the F spec.)

Trevor Briggs
Analyst/Programmer
Lincare, Inc.
(727) 431-1246
TBriggs2@xxxxxxxxxxx

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Booth Martin
Sent: Wednesday, June 19, 2013 4:32 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: READE with partial key

Here is where I am having trouble. Lets say that the file is uniquely
keyed by Item and SKU number. Lets say there are logicals defined by
Item & color, Item & size, and Item & date.

If my program uses the logical of Item & Date and I SETLL on item alone,

will I always get the lowest Item & Date record?

On 6/19/2013 2:44 PM, Charles Wilt wrote:
No SETLL with ITEM = 1, would position the cursor before record 1.

A READ or READE (with item = 1) would return the first record.

Charles


On Wed, Jun 19, 2013 at 3:25 PM, Briggs, Trevor (TBriggs2) <
TBriggs2@xxxxxxxxxxx> wrote:

I'm sorry, but that logic just doesn't hold. Given the following
records:

Item Date
1 01/01/2013
1 12/31/2013
2 02/01/2013

If you SETLL using only Item with a value of '1', if will set the
cursor
between the second and third records and doing a READE with the same
key
will read the 3rd record. It matters not a whit that the date key of
record 2 is higher than that of record 3.




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.