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



If you can run a RPG program, you can do what you want. The question is
still open. Is the result of run the various statements in your RPG program
a single output?


On Thu, Jun 26, 2014 at 4:47 PM, Hoteltravelfundotcom <
hoteltravelfun@xxxxxxxxx> wrote:

what I wanted to do, is take all the SQL's already created and create one
large SP from that. I don't need parameters really. Can this be done on the
ibm i?


On Thu, Jun 26, 2014 at 6:46 PM, Hoteltravelfundotcom <
hoteltravelfun@xxxxxxxxx> wrote:

i can either place them in the CR or I was going to make a view for each
one and load them in the CR.



On Thu, Jun 26, 2014 at 6:43 PM, Alan Campin <alan0307d@xxxxxxxxx>
wrote:

In the existing logic, what do you do the results of the SQL statements,
generate a report? What you need to do is result set and return it in
SQL.

Plenty of examples on the web.

Here is one returning an array. A neat little solution is Global
Temporary
Files. Build you results in a Global Temp File then return the result.


http://www.mysamplecode.com/2011/07/create-stored-procedure-for-rpgle.html


On Thu, Jun 26, 2014 at 4:36 PM, Alan Campin <alan0307d@xxxxxxxxx>
wrote:

What I am not clear on is what you are trying to do. Are you talking
about
separate reports that each use a different SQL or are you talking
about
a
several different SQL statements that need to run in order to create
one
result set?


On Thu, Jun 26, 2014 at 4:32 PM, Alan Campin <alan0307d@xxxxxxxxx>
wrote:

The other nice thing about using the Stored Procedure is that you can
test the stored procedure independently and make sure you are getting
the
correct results.


On Thu, Jun 26, 2014 at 4:30 PM, Alan Campin <alan0307d@xxxxxxxxx>
wrote:

You are incorrect when you say that Crystal cannot do this. I have
done
it hundreds of time. You just have Crystal call a stored procedure
written
in RPG passing whatever parameters you need. If better performance,
make
the RPG a Service Program. The Crystal Reports runs, calls the
stored
procedure, the stored procedure returns a result set that Crystal
Reports
reads just as if you had run it from an SQL statement. All of this
runs in
real time and the data is in real time.


On Thu, Jun 26, 2014 at 4:23 PM, Vernon Hamberg <
vhamberg@xxxxxxxxxxxxxxx> wrote:

I strongly urge you NOT to put all the SQL processing into CR -
that
will perform really really really badly.

All CR should be doing is presentation.

This is a long-standing recommendation regarding CR.

You make it dynamic by passing parameters from CR - that can be
done
easily, as I recall - it has been a long time, so someone else can
speak to
that.

Good luck
Vern


On 6/26/2014 5:14 PM, Hoteltravelfundotcom wrote:

but it won't be dynamic data that way. The RPG would need to be
run.
the
other issue with making a view is you have to replicate whatever
logic
is
on the logicals that are used.


On Thu, Jun 26, 2014 at 6:04 PM, Alan Campin <alan0307d@xxxxxxxxx

wrote:

My question? Why? Just create a stored procedure in RPG and
return
the
result set to the Crystal Reports. The business logic is where it
belongs,
on the iSeries and presenting is the Crystal.


On Thu, Jun 26, 2014 at 4:00 PM, Hoteltravelfundotcom <
hoteltravelfun@xxxxxxxxx> wrote:

HI I have replicated functions from RPG program into SQL's.

I can make each sql as a VIEW. But would like to load them into
the
CR as
one unit. But the CR rejects more than one. But is this a CR
issue
or is
there syntax needed to run more than 1 CR.
I think I want to keep these separately coded, as we are showing
orders

in

various forms of progress i.e. Picking, engraving etc. I want
in 1
cr for
tedious wise, there are many screens of RPG i have to do and
each
time to
make a VIEW is time consuming if there is an alternatives.

SELECT count(*)as Picking
FROM
CCDTA.OEORH48,CCDTA.TRNSTAT2,CCDTA.OETRA99
WHERE OHCOM# = TSCOM# AND OHORD# = TSORD#
AND (otCOM# = OHCOM# AND OTORD#= OHORD# AND ottrnc = 'AQC')
AND OHORDT IN('RTR','INT','SAM') AND TSSTAT IN('ECT','STP')
AND OHREQD = replace(char(current date, iso), '-', '') AND
OHHLDC = ' 'AND OHORD# in(SELECT a.TSORD# FROM
ASTCCDTA.TRNSTAT2 a
WHERE a.tsstat IN('AEP','BGE','EAS','REL','STP'));


SELECT count(*) as LaserENG FROM
CCDTA.OEORH48,CCDTA.TRNSTAT2,CCDTA.OETRA99
WHERE OHCOM# = TSCOM# AND OHORD# = TSORD#
AND (otCOM# = OHCOM# AND OTORD#= OHORD# AND ottrnc = 'AQC')
AND TSSTAT IN('EAS','REL','SCC')
AND OHORDT IN('RTR','INT','SAM')
AND OHREQD = replace(char(current date, iso), '-', '') AND
OHHLDC =
''
--
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.


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



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





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



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



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.