Re: theory and practice: ying and yang
From: Kenneth Downs <knode.wants.this_at_see.sigblock>
Date: Wed, 25 May 2005 11:50:57 -0400
Message-Id: <qjjem2-gn3.ln1_at_pluto.downsfam.net>
> ...
> ...
>
> too right. lots of playing (practicing?) at fiddlesticks though.
> practice is as dominated by pseudo-coders (eg. XML) and paper-pushers
> (eg. UML) as it was in IMS days.
>
> if you ask me, which admittedly you didn't, the number one problem or at
> least the most insidious problem is that none of the so-called new
> technology is aimed at letting people easily add their own domains to a
> DB engine (for example, people still argue about how to 'normalize' a
> mailing address!).
Date: Wed, 25 May 2005 11:50:57 -0400
Message-Id: <qjjem2-gn3.ln1_at_pluto.downsfam.net>
paul c wrote:
>> On Wed, 25 May 2005 12:28:52 GMT, "mountain man" >> <hobbit_at_southern_seaweed.com.op> wrote:
> ...
>> >> The practice of DBMS has not substatially changed in 20 years.
> ...
>
> too right. lots of playing (practicing?) at fiddlesticks though.
> practice is as dominated by pseudo-coders (eg. XML) and paper-pushers
> (eg. UML) as it was in IMS days.
>
> if you ask me, which admittedly you didn't, the number one problem or at
> least the most insidious problem is that none of the so-called new
> technology is aimed at letting people easily add their own domains to a
> DB engine (for example, people still argue about how to 'normalize' a
> mailing address!).
Can you describe how such a technology might look if you could have whatever you wanted?
>
> pc
-- Kenneth Downs Secure Data Software, Inc. (Ken)nneth_at_(Sec)ure(Dat)a(.com)Received on Wed May 25 2005 - 17:50:57 CEST