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



Using a stored procedure would be my suggestion. You need a multiple occurrence data structure to return the rows. You would not need to know the exact number of rows being passed back, just the maximum. When you preform the SET RESULT SETS command in SQL, you will tell the SQL environment how many rows (occurrences of the data structure) that you will be providing. You just need to do some planning to determine the best max size of the MODS.


Thank you,
Schadd Gray
Damon Technologies, Inc.
www.damontech.com
-----Original Message----- From: Michael Ryan
Sent: Tuesday, November 30, 2010 8:52 AM
To: RPG programming on the IBM i / System i
Subject: Best Practice for Returning Multiple Rows from RPG to PHP

Ok...here's what I really want to know.

What is the best option for returning multiple rows of data from RPG to PHP?
Here's some of my considerations:

* I don't want to do complex processing in my PHP script; I'd rather use the
PHP to access and display data;
* The RPG program is needed because I'll be accessing multiple tables and
could be doing some complex processing;
* I need to return 1-n rows of data.
* I'm on V5R4.

When I look at a stored procedure, I see that I can return a result set.
However, I think I need to have an array or a multiple occurrence DS, which
makes me think I would need to know how many rows I would return. I was
thinking about a UDTF. Would that mean my RPG program would write (INSERT)
records to the UDTF and then my PHP script would just do a simple SELECT?
Does a global temporary table play in this?

I appreciate the insight. Thanks!

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.