Re: use of SQL in Oracle vs. I

[Charles Wilt <charles.wilt@xxxxxxxxx>]

You're operating under the misconception that the foreign key
definition effects the select; it doesn't.

With or without the foreign key definition the select will work the
same on either oracle or the i.

Foreign key constraints only come into play when
inserting/updating/deleting records.

Joins on the i work exactly the same as the do in oracle.  (Exception
the i at v5r4 doesn't support FULL OUTER joins but 6.1 does)

Another misconception is that the fields have to have the same name to
be part of a foreign key constraint.  This is not true for either the
i or oracle.

HTH,
Charles



On Tue, Mar 24, 2009 at 10:49 AM, Adam West <adamster@xxxxxxxxx> wrote:
> Well good news, I may be back on the i soon. That wasn't too long.
>
> The other thing is that my exp. in SQL is now largely Oracle. On the i, I was a lazy bum, using RPG and the old Query. But the new work would entail SQL Only. I was just wondering how the following is done on the i.
>
> In Oracle.
> 1) A is a table with aid, field1 columns.
> 2) B is a table with bid, aid, field2 columns. (where bid is a foreign key from table A)
>
> Select A.field1 , B. field2 from A inner join B
> on B.aid = A.aid
> where condition
>
> Oracle join will give you error if the table entries doesnot match, the results may vary based on the type of join you are using.. (inner, left outer, right outer, full)
>
> How is this on the i? also on the i, does the outer join have to have a foreign key in this case does the B table field need to be from the A table?
>
> In the i, you can have a composite key where the field names don't have to match as long as they are the same type.
>
>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.