|
midrange.com
At 10:28 AM 12/8/00 -0500, you wrote:
>Dan, Eric
>
>Pragmatically(not phisophically) , I don't think User Defined Types will
>be embraced or implemented as widely as the Reference File concept. Sure
>you can define Canadian Dollars and US Dollars as UDT's, and each can have
>their own rules of behavior, but I'd be willing to bet that most shops
>will find them too narrow and restrictive to be used widely.
Agreed.
>I don't know why the DB guys won't just admit that the designers of the
>Sys/38 had a great idea back in 1978+/- with the Reference(with very
>liberal built in type casting).
Because they are cheap and stupid. I can't fault them on being
cheap. Business is business, but I can fault them on stupidity. DDS is
significantly more user productive for DB design than SQL, and DDS would be
relatively inexpensive to enhance.
Al
>John Carr
>
>
>------------
>Eric,
>
>How about an example? For an SQL newbie...
>
>Dan Bale
>
>
>----------------
>Hello Al,
>
>Thursday, December 07, 2000, 1:57:28 PM, you wrote:
>
> > At 03:09 PM 12/7/00 -0500, you wrote:
>
> > IBM deems DDS to be proprietary, and SQL to be an industry standard. In
> > this respect, they are correct.
>
> > However, the field reference capability in DDS is not available in
> > SQL. You can be significantly more productive in DDS than in SQL for
> > database file definition. In my opinion, IBM is being cheap and stupid
>not
> > extending these capabilities to DDS.
>
>Al,
>
>You can get the same capability by doing a Create Distinct Type. I
>think it is even better because in your script you would say a field
>is a Type of AccountNumber if you had created such a type.
>
>----------------------------------
>Eric N. Wilson
>President
>Doulos Software and Computer Services
>
>
>
>
>
D.BALE@handleman.co
m To:
MIDRANGE-L@midrange.com
> Sent
> by: cc:
> owner-midrange-l@mi Subject: Re[2]:
> SQL-defined files/tables
> drange.com
>
12/08/2000 09:34
AM
> Please respond
> to
> MIDRANGE-L
>
>
>
>IT - AS/400
>Handleman Company
>248-362-4400 Ext. 4952
>
>-------------------------- Original Message --------------------------
>
>+---
>| 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
>+---
+--------------------------------------------------+
| Please do not send private mail to this address. |
| Private mail should go to barsa@ibm.net. |
+--------------------------------------------------+
Al Barsa, Jr. - Account for Midrange-L
Barsa Consulting Group, LLC.
400 > 390
Phone: 914-251-1234
Fax: 914-251-9406
http://www.barsaconsulting.com
http://www.taatool.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
+---
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.
