Re: Problem using OVRDBF and ALIAS in a RPG program

[Scott Klement <rpg400-l@xxxxxxxxxxxxxxxx>]

Darryl,

Surely you can see why it does this?   You used OVRDBF to point to 
member B --  this is basically saying to the OS "ignore what the program 
specifies.  Override it's logic, and access member B"

So it should be no surprise that your SELECT reads member B instead of A.

It's unclear as to why you're doing this OVRDBF to member B.  You say 
that you're using a select over an alias to sum up member A.  Great. 
So, what are you doing with member B? I see Buck guessed that you are 
using an F-spec that's accessing member B -- but I don't see anything in 
your message that says so.

If you're using SQL to access member B, consider using an alias (just 
like you are for member A) instead of the OVRDBF.

If you're using F-specs, consider using the EXTMBR() F-spec keyword to 
specify the member you want instead of OVRDBF.  EXTMBR will only apply 
to that F-spec, whereas OVRDBF applies to everything within it's 
override scope.

-SK


On 9/18/2013 11:54 AM, Darryl Freinkel wrote:
> I have a program that reads File_A which has multiple members.
>
>
>
> There is a CL program before the SQLRPGLE program that does a OVRDBF FILE_A
> to member B. In the program, I use a SQL SELECT to total up the balance on
> an invoice which is SUMed against member A.
>
>
>
> I create an ALIAS - CREATE ALIAS QTEMP/FILE_A_A for LIB/FILE_A(A) in the RPG
> program.
>
>
>
> In the program, I do a SELECT sum(AMT) from QTEMP/FILE_A_A.
>
>
>
> Problem:
>
> When the OVRDBF is used, the SELECT does not find the records. It seems to
> be looking at member B in File_A.
>
> When I remove the OVRDBF, the SELCT works as designed.
>
>
>
> Does anyone know what the problem is and how to work around the issue?
>
>
>
> TIA
>
>
>
> Darryl Freinkel.