|
Mark, I, too, like the functionality of DDS. What I am proposing is that with your own methods you are no longer restricted or at the mercy of the platform provider. I learned a long time ago not to wait for IBM to provide every slick method known to man kind and also I've learned that IBM can pull the plug at any time they feel like it. And I'm not picking on IBM, I'm sure that's true for all other platform providers. BTW, if you -do- have to change the underlying DB (and at some time you undoubtedly will), with the appropriate tool you can create new DDS and new SQL and a conversion program when CHGPF or CPYF *MAP *DROP won't do the job for you. "M. Lazarus" wrote: > > James, > > At 6/27/00 12:46 AM -0700, you wrote: > > > >From there you can create DDS or SQL or I/O internally defined > > specs or (gasp) IDDU. > > The reality is that we already have a stable, easy way to define our > data. It's called DDS. +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | 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-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.