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



Part of the reason is that is the only way to really get the raw data, since 
we don't have a layout of the file we are not positive of where each field 
begins or ends.....the ftp routine is only taking about 10% of the total 
time to complete, the rest seems to be in parsing down the data.


On Mon, 9 May 2005 13:18:51 -0700, Alan Campin wrote
> Why are you dumping the files to MS Access. You are running an 
> RS/6000. Why not just FTP them directly to the AS/400 or to the IFS?
> 
> Also, you did not break down the various times. How much time for 
> each phase of the project? Where are you spending your time?
> 
> -----Original Message-----
> From: dpalme@xxxxxxxxxxx [mailto:dpalme@xxxxxxxxxxx]
> Sent: Monday, May 09, 2005 6:44 AM
> To: RPG Group
> Subject: Import taking over 24 hours
> 
> We have been working on an import situation for a couple of months 
> now, and I would like to get some feedback from some of you on this. 
>  We have a RS/6000 which is running some older cobol programs, we 
> are not in a position to replace those programs at this time, what 
> we need to do is import that data (from standard unix cobol files 
> ACUCOBOL to be exact) into several physcial files on our 9406-170.
> 
> We are using MS Access (which I hate but it serves its purpose here) 
> to dump the data from the cobol files into tab delimited files which 
> are then ftp'd over to the 400 and then imported into the physical files.
> 
> Everything does work but it is taking around 28 hours for the import 
> process to complete.
> 
> The files can be broken into three groups, customer master data -
>  which takes about 20 minutes to complete....the flat file is 
> approximately 8.5mb in size.  We have several line item files which 
> are imported into one single physical file, the flat files for this 
> group are approximately 400mb.  The third and final file is a header 
> file which is approx 150mb in size.
> 
> We had an outside vendor actually write the code for us which as I 
> said before does work, but it is taking a very long time to process.
> 
> If anyone has any ideas or thoughts on how we can speed this process 
> up I would love to hear those ideas.  I need to check with the legal 
> department before posting the code since I am not sure what 
> contractual obligations we are under as far as the code goes.
> 
> I do know that he is splitting the fields up by checking for the tab 
> and then writing the data to the file. the header file has quite a 
> few fields in it, and if anyone wants to know the number of fields I 
> can verify that and re-post.
> 
> -- 
> This is the RPG programming on the AS400 / iSeries (RPG400-L)
>  mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To 
> subscribe, unsubscribe, or change list options, visit: 
> http://lists.midrange.com/mailman/listinfo/rpg400-l or email: RPG400-
> L-request@xxxxxxxxxxxx Before posting, please take a moment to 
> review the archives at http://archive.midrange.com/rpg400-l.


--
Open WebMail Project (http://openwebmail.org)


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.