Path: dp-news.maxwell.syr.edu!spool.maxwell.syr.edu!drn.maxwell.syr.edu!news.maxwell.syr.edu!postnews.google.com!o13g2000cwo.googlegroups.com!not-for-mail From: "erk" Newsgroups: comp.databases.theory Subject: Re: the relational model of data objects *and* program objects Date: 18 Apr 2005 07:17:54 -0700 Organization: http://groups.google.com Lines: 32 Message-ID: <1113833874.524704.128900@o13g2000cwo.googlegroups.com> References: <1113336819.857197.122530@g14g2000cwa.googlegroups.com> <1113399979.268750.316550@l41g2000cwc.googlegroups.com> NNTP-Posting-Host: 170.201.180.34 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: posting.google.com 1113833879 22152 127.0.0.1 (18 Apr 2005 14:17:59 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Mon, 18 Apr 2005 14:17:59 +0000 (UTC) In-Reply-To: User-Agent: G2/0.2 Complaints-To: groups-abuse@google.com Injection-Info: o13g2000cwo.googlegroups.com; posting-host=170.201.180.34; posting-account=D5on_Q0AAACQwqv81pYDfkXI2sLkx8Xr Xref: dp-news.maxwell.syr.edu comp.databases.theory:30546 mountain man wrote: > "erk" wrote in message > news:1113399979.268750.316550@l41g2000cwc.googlegroups.com... > > I would infer that the languages used for the program objects would > > benefit from relations as first-class entities. > > Such as that found within SQL? SQL does a rather poor job of it, so I wouldn't say SQL is a good "model." > SQL DBMS's can be made automatically optimally "relational" > by that application of common sense management. Codd's 12 > Rules can be met on the ground of implementation, although > this may be a foreign concept to many theorists. Sure, but that says nothing about the model, nor does it say anything about the value of "non-relational SQL management standards," whatever that means, either in theory or practice. > However I do mean to redefine the scope of the "model of data" > such that it has the ability to encompass not just the data, but > also the processes associated with that data, which are already > being stored by modern database management systems as > stored procedures. If associating procedures with data is your only concern, that's been covered ad nauseum by ADTs, various type theories, OO, etc. What do they miss that you propose to add? - erk