Re: SQL vs DDS

[Rob Berendt <rob@xxxxxxxxx>]

Your point is valid.  But why give the same limitations of DDS to SQL?




rbruceh@ibm.net on 08/24/99 01:23:15 PM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:      
Fax to: 
Subject:        Re: SQL vs DDS

Rob Berendt wrote:
> 
> This still doesn't help me do a CREATE TABLE within STRSQL, and be
> able to prompt for the list of field names does it?

Not sure I understand the question. How would you create a table today
and get that prompting of field names while entering the DDS?


> 
> rbruceh@ibm.net on 08/20/99 07:16:28 PM
> Please respond to MIDRANGE-L@midrange.com@Internet
> To:     MIDRANGE-L@midrange.com@Internet
> cc:
> Fax to:
> Subject:        Re: SQL vs DDS
> 
> Rob Berendt wrote:
> >
> > Good point there.  Perhaps they could find a way to integrate SQL with
> > the system database catalog.  You know, all that info that started showing
> > up in those QADB* files.  These are the files that make doing a DSPFFD
> > into a file obsolete.  But then again we might break down into another
> > argument about whether or not to always call the field INVOICE# in all
> > files, and use the PREFIX keyword if necessary,  or name it something
> > different in every file.
> >
> 
> You missed something. The QADB* files ARE linked and live.
> 
> They also exist as standard SQL catalog files. If you create a
> collection in SQL, then you will have a library that contains the
> journal, receivers and a bunch of 'logical' files that are pointed back
> to the full system catalog files that are stored in QSYS2.
> 
> These include such wonder stuff as the COLUMNS, TABLES tables. The views
> in the collection are just logicals that limit the data to the meta-data
> concerning the collection library.
> 
> --
> ===========================================================
> R. Bruce Hoffman, Jr.
>  -- IBM Certified AS/400 Professional System Administrator
>  -- IBM Certified AS/400 Professional Network Administrator
> 
> "The sum of all human knowledge is a fixed constant.
>     It's the population that keeps growing!"
> +---
> | 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
> +---
> 
> +---
> | 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
> +---

-- 
===========================================================
R. Bruce Hoffman, Jr.
 -- IBM Certified AS/400 Professional System Administrator
 -- IBM Certified AS/400 Professional Network Administrator

"The sum of all human knowledge is a fixed constant.
    It's the population that keeps growing!"
+---
| 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
+---


+---
| 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
+---