|
-- -- [ Picked text/plain from multipart/alternative ] Underlying rules I always look for in this scenario are: 1 - Are the most restrictive selections done first? if you need ALL Males with Brown Hair and born in 1983, look for 1983, then brown hair, then Male. That will eliminate many, many selection steps. 2 - Do I really need the K in the F-spec? If the whole file is being processed anyway, why do I have to do it in alphabetic order? Why not just use arrival sequence? Improvements of 75+% are possible sometimes with this single step. 3 - Can an intermediate file be built? Instead of the multiple joins, could a new intermediate file be built with only the needed data, and then the actual program run from the intermediate file. These steps are just steps I look at. They rarely solve the problem by themselve but quite often they prompt a light bulb to light. --------------------------------------------------------- Booth Martin http://www.MartinVT.com Booth@MartinVT.com --------------------------------------------------------- -------Original Message------- From: rpg400-l@midrange.com Date: Friday, April 19, 2002 04:53:03 To: rpg400-l@midrange.com Subject: Combine Logical Hi, We have an RPG program that reads a combine logical file which contains 3 combined master files (approx. 4 million records per file). This program takes several hours to run. Is there a better alternative logic that will speed up the performance of an RPG program with or without using a combine logical file ? Thank you in Advance, Jonathan _______________________________________________ This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l or email: RPG400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l. . -- [ Content of type image/gif deleted ] --
As an Amazon Associate we earn from qualifying purchases.
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.