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



Not really. You are limiting SQL. This allows a single table. What happens
if I need to join together three tables. With SQL, I just write the
statement or create a view.

There is a way to write these things that is high efficiency and multiple
tables but again why bother if you have SQL.

And the basic problem is here that if you are stuck in the past and still
using RLA instead of SQL why would you use procedures? You wouldn't. You
would avoid them like the plague. That's why IBM had to come up with OA.

Anything you can do in OA you can do as good or a lot better in a procedure
and a service program but IBM knew that most RPG programmers would never
use a procedure so they created OA.

Companies I used to work at I would write service programs but the
programmers demanded that I write a callable program wrapping the procedure
because they would not touch a procedure. Same thing were ever I have been.

On Fri, Sep 8, 2017 at 3:45 PM, Nathan Andelin <nandelin@xxxxxxxxx> wrote:

On Fri, Sep 8, 2017 at 4:02 PM, Alan Campin <alan0307d@xxxxxxxxx> wrote:

Pretty easy answer. None. Use SQL. IBM has spent unknown millions of
dollars developing SQL which does the same times a thousand. Record I/O
is
obsolete. Let it go.


Alan, if I understand correctly, you object specifically to the use of RPG
op codes. But what about the procedure interface implemented in the service
program?

If the RPG op codes were replaced with SQL, would the procedure interface
meet with your approval?
--
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.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD


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.