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




>first , try to use interactive SQL for the select :

>STRSQL
>F13 to change sql option : use a new file
>Select your fields from yourfile where filedate in (firstdate , lastdate)
>Take the time it make.

Users don't have access to SQL, so I think the solution would still have to
still be embedded SQL inside the RPGIV.  All the user is going to do is
enter a date range and press enter.

>Second :
>Why do you use a work file ? IO are time consumer so perhaps you can avoid
>this.

The work file only takes a few seconds to run, hardly time consuming IMHO.
It's the gathering of the data that's taking so long.

>Third :
>I can send you a template of embedded sql if you need.

Please do so.  I open to all suggestions.

Thanks,

Frank








"Richard ECUYER" <recuyer@xxxxxxx>@midrange.com on 04/07/2005 09:29:58 AM

Please respond to RPG programming on the AS400 / iSeries
       <rpg400-l@xxxxxxxxxxxx>

Sent by:    rpg400-l-bounces@xxxxxxxxxxxx


To:    "RPG programming on the AS400 / iSeries" <rpg400-l@xxxxxxxxxxxx>
cc:

Subject:    Re: What would be your SQL solution?


first , try to use interactive SQL for the select :

STRSQL
F13 to change sql option : use a new file
Select your fields from yourfile where filedate in (firstdate , lastdate)
Take the time it make.

Second :
Why do you use a work file ? IO are time consumer so perhaps you can avoid
this.

Third :
I can send you a template of embedded sql if you need.

----- Original Message -----
From: <fkany@xxxxxxxxxxxxxxxxxx>
To: "CN=RPG programming on the AS400/O=iSeries" <rpg400-l@xxxxxxxxxxxx>
Sent: Thursday, April 07, 2005 4:16 PM
Subject: What would be your SQL solution?


>
> I've been trying to figure out an embedded SQL solution for my RPGIV READ
> loop for over a week now.  I feel like I'm "spinning my wheels".  I'm
going
> to post the details of my project.  If anyone would like to share how
they
> would use SQL to complete the task, please do so.
>
> The program currently takes an hour or more to process.  I don't want to
> create anymore logicals over the file it currently uses because the file
> just seems to have too many logicals(close to 100).  Even with all the
> logicals the file currently has, our users are still accustomed to
waiting
> a day or more for a large report to print.  I'd like to help speed things
> up.  Nobody in our shop, including me, is aware of how fast SQL really is
> at getting large amounts of data at 1 time.
>
> Thanks,
>
> Frank
>
> System Information:           V5R2
> Programming language:   RPGIV
>
> (Part 1) - This part takes an hour or more to process using an RPGIV READ
> loop with a typical date range of 1 month(20040501 to 20040531)
> Program(RPGIVPGM1) is called with parameters(FROMDATE & TODATE):
> CALL RPGIVPGM1(FROMDATE TODATE)
>
> RPGIVPGM1 will populate BFILE with all records from AFILE within the date
> range specified(FROMDATE & TODATE).  The only fields needed from AFILE to
> populate BFILE are: FHOT, FHPRO,  FHDT, FHDDAT, FHDTIM, FHDADT, FHPUDT,
> FHSCD, FHCCD, FHCCT, & FHCZIP.
>
> BFILE is keyed only on FHDDAT, which is what date the FROMDATE & TODATE
> should be referencing.
>
> (Part 2) - After BFILE is built from Part 1, this section only takes a
few
> seconds to run.
> RPGIVPGM2 will access BFILE by FHDDAT and print a report.
>
> AFILE has 7 million records.  BFILE, if populated with 1 month of
> data(20040501 to 20040531) will have 400,000 records.
>
> RPGIV shell, please make any necessary changes:
>      H DFTACTGRP(*NO)
>      '*>      '* Files Used
>      '* ----------
>      '*>      '* Program Defined Fields
>      '* ----------------------
>      D FROMDATE        S              8S 0
>      D TODATE          S              8S 0
>      '*>      '* ----------------------
>      '* Arrays/Data Structures
>      '* ----------------------
>      '*>      '* Prototypes:
>      '* -----------
>      ?* Main Processing
>      D MAIN_PRCS       PR
>
**********************************************************************
>      '*>      '* Start Main Processing
>      '* ---------------------
>      C                   CALLP     MAIN_PRCS
>      '*>      '* End Main Processing
>      '* -------------------
>      ?* End Program, Return to Caller
>      C                   EVAL      *INLR = *ON
>      C                   RETURN
>      *>      *>      *>      C     *INZSR        BEGSR
>      ?*>      ?* Incoming Parameter List
>      C     *ENTRY        PLIST
>      C                   PARM                    FROMDATE
>      C                   PARM                    TODATE
>      ?*>      C                   ENDSR
>      *>      *>      *>      P MAIN_PRCS       B
>      ?*>      '*>






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.