|
wrote:
There is no need to have EXISTS and the FETCH FIRST ROW ONLY together,
they will both give the same result (and performance will be similar).
To me, it just confuses the requirement.
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Luis Rodriguez
Sent: 15 February 2011 15:31
To: RPG programming on the IBM i / System i
Subject: Re: sql Vs RLA to test existance
Of course, you can limit the SELECT further by using FETCH:
SELECT * FROM TABLE1 WHERE EXISTS(SELECT 1 FROM TABLE2 WHERE
TABLE1.FIELD
= TABLE2.FIELD)
FETCH FIRST ROW ONLY
;
Regards,
Luis Rodriguez
IBM Certified Systems Expert - eServer i5 iSeries
--
On Tue, Feb 15, 2011 at 10:44 AM, Luis Rodriguez <luisro58@xxxxxxxxx>
wrote:
In the SQL vs RLA contest, if you are using the SQL example below justfor
checking records, RLA should win in performance, as the process ofthe
Validating the query, optimizing it (creating an Access Plan) building
ODP, etc is very expensive in time terms, compared to a simple CHAIN,where
practically the only overhead is when you OPEN the file.<luisro58@xxxxxxxxx>wrote:
Regards,
Luis Rodriguez
IBM Certified Systems Expert - eServer i5 iSeries
--
On Tue, Feb 15, 2011 at 10:27 AM, Luis Rodriguez
is:
David,
IIRC, EXISTS stops as soon as it finds the first record. The syntax
<David.FOXWELL@xxxxxxxxx>wrote:
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
exists
Hi,
I need to find if a transaction of a particular type and amount
myfield =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
and not'myfield')
Then again, I seem to remember that EXists will scan all the rows
could dojust stop at the first one that satisfies the search criteria as I
mailingwith RLA.
Can someone put me straight please?
Thanks.
--
This is the RPG programming on the IBM i / System i (RPG400-L)
--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.
As an Amazon Associate we earn from qualifying purchases.
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.