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



I wonder if the real question here is "can I take an application
designed from RLA perspective, and turn this into a SQL application?" I
think trying to convert from RLA to SQL without breaking out of the RLA
mindset results in frustration and dissatisfaction.

For SQL to be really effective, you need to "rethink" how you accomplish
your goals. Just converting chain, setll, read, or write into SQL
alternatives misses the point of set-oriented operation of SQL.

Jmo,
-Eric DeLong

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Luis Rodriguez
Sent: Tuesday, February 15, 2011 10:25 AM
To: RPG programming on the IBM i / System i
Subject: Re: sql Vs RLA to test existance

Sean,

I read the original requirement as checking the existence of Table1
records
in Table2. So, if Table1 has more than one record that satisfies the
existence check in Table2, fetch would limit the number of Table1
records
read.

Now, I realize that the requirement seems to be a lot simpler than what
I
initially thought, ie., just one table, so my suggestion would not
apply...

Regards,

Luis Rodriguez
IBM Certified Systems Expert - eServer i5 iSeries
--



On Tue, Feb 15, 2011 at 11:30 AM, McGovern, Sean
<Sean.McGovern@xxxxxxxxxxxx
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
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.



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.