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



Scott -

What does "SET RESULTS SETS" do?
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/db2/rbafzmsthsetrs.htm

- sjl




Scott wrote:
Hi Buck,

To the best of my knowledge. there's no way to use the Embedded SQL
precompiler to read a result set from a stored procedure.

You can use CLI, JDBC, QShell, RUNSQLSTM, or a variety of other methods
to run a stored procedure and get a result set back. But not embedded
SQL.

Also, RPG is capable of reading the result set from other SQL
statements, such as SELECT -- just not from stored procedures.

I've always thought it would be neat to write a tool that generates a
UDTF that calls a stored procedure and returns it's results. Probably,
a tool like this could be written so that you don't have to actually
code the UDTF... but once generated, you could call the UDTF from
embedded SQL and you'd get back the data from the stored procedure.

Last I heard, IBM was working on the problem, too.. so in a future
release, you may see support for stored procedure result set in RPG. (I
suspect it's one of their most common complaints. If it's not, it
should be!)


Buck wrote:
Over on the MIDRANGE-L list it was noted that RPG can consume a result
set without resorting to SQL CLI.

The scenario is: a central system fires off stored procedures on
multiple remote systems (most not IBM i) and consumes the result sets in
order to aggregate the many systems into one unified database.

I don't know how to consume those result sets in RPG. Does anyone have
a manual page I can read to educate myself?
--buck



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.