Re: multiple SQL in 1 Crystal report

no one report. the RPG display a display screen, which shows the status of
orders for today, not shipped, for tommorow. etc.
Status like in Engraving, in laser processing, in picking etc.
they want the same in Crystal reports for the visual look - graphs, charts,
etc.


On Thu, Jun 26, 2014 at 6: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.