I second this. Using SETLL will set %EQUAL(TABLE) to either *ON if found or *OFF if not found.
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Tommy.Holden@xxxxxxxxxxxxxxxxxxxxx
Sent: Tuesday, February 15, 2011 10:19 AM
To: RPG programming on the IBM i / System i
Subject: Re: sql Vs RLA to test existance
Using SETLL will outperform the CHAIN as well...
Thanks,
Tommy Holden
From: Luis Rodriguez <luisro58@xxxxxxxxx>
To: "RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
Date: 02/15/2011 09:17 AM
Subject: Re: sql Vs RLA to test existance
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
In the SQL vs RLA contest, if you are using the SQL example below just for
checking records, RLA should win in performance, as the process of
Validating the query, optimizing it (creating an Access Plan) building the
ODP, etc is very expensive in time terms, compared to a simple CHAIN,
where
practically the only overhead is when you OPEN the file.
Regards,
Luis Rodriguez
IBM Certified Systems Expert ? eServer i5 iSeries
--
On Tue, Feb 15, 2011 at 10:27 AM, Luis Rodriguez <luisro58@xxxxxxxxx>
wrote:
David,
IIRC, EXISTS stops as soon as it finds the first record. The syntax is:
SELECT * FROM TABLE1 WHERE EXISTS(SELECT 1 FROM TABLE2 WHERE
TABLE1.FIELD
= TABLE2.FIELD) ;
Regards,
Luis Rodriguez
IBM Certified Systems Expert ? eServer i5 iSeries
--
On Tue, Feb 15, 2011 at 10:14 AM, David FOXWELL
<David.FOXWELL@xxxxxxxxx>wrote:
Hi,
I need to find if a transaction of a particular type and amount exists
for
a client.
I cannot remember how to apply the SQL Exists( ) to look for the
transaction.
Select '1' from ???? where exists ( select * from mytable where myfield
=
'myfield')
Then again, I seem to remember that EXists will scan all the rows and
not
just stop at the first one that satisfies the search criteria as I
could do
with RLA.
Can someone put me straight please?
Thanks.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/rpg400-l.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/rpg400-l.
Notice from Bob Evans Farms, Inc: This e-mail message, including any attachments, may contain confidential information that is intended only for the person or entity to which it is addressed. Any unauthorized review, use, disclosure or distribution is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and any attachments.
midrange.com
