|
> >> Yes, the ability to read into a data structure would be good. Much more >> important to me that CF... :) >> I guess fundamentally, it would work like the program described files do >> today, but also allow the ability (maybe in phase 2) to read into the DS >> without using the Input spec area. That is it would allow use to define our >> Input data with D specs. Of course I wouldn't expect, nor would I want, you >> to implement all that RPG cycle stuff from the Input specs in the D-spec >> implementation. >>Bob Cozzi www.rpgiv.com < I agree Bob. One of the benefits(few people know I guess) is that reading/chaining with result field D/S, the whole record image comes in a single move - whump. (first saw this on an internal IBM performance article back in 84-85 on sys/38 - also this my FIRST ! exposure to Ext. Defined D/S's ) For example, My 3rd party package's (God bless them <BG>) product master has 700 ! fields with 3000+ record length. OS/400 has to do 700 individual moves from buffer to RPG buffer(Right Hans/Bob?). This Read/Write thru a D/S, if implemented correctly should only be one move???? BTW how does OS/400 parse it out when doing this to a program described file (in the program) which really has discreet fields in the DB ? My earlier post I said the other benefit would be from doing a WRITE to a externally defined file thru a D/S (maybe with different names, prefixes, etc) without having to do moves into the REAL field names. John Carr * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This is the RPG/400 Discussion Mailing List! To submit a new * * message, send your mail to "RPG400-L@midrange.com". To unsubscribe * * from this list send email to MAJORDOMO@midrange.com and specify * * 'unsubscribe RPG400-L' in the body of your message. Questions should * * be directed to the list owner / operator: david@midrange.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.