Re: Storing data and code in a Db with LISP-like interface
From: Bob Badour <bbadour_at_pei.sympatico.ca>
Date: Mon, 01 May 2006 21:36:58 GMT
Message-ID: <_bv5g.1570$A26.41052_at_ursa-nb00s0.nbnet.nb.ca>
>>Alvin Ryder wrote:
>>
>>>Marshall Spight wrote:
>>>
>>>
>>>>And anyway, I wouldn't say the RM is the best tool for
>>>>*everything.* Just the best tool for data management.
>>>
>>>Only certain kinds of data, it's not very good for: temporal, spatial,
>>>logic, oo, multimedia, unstructured and document libraries, ... but yes
>>>it has some strengths too.
>>
>>The RM is a practical application of set theory.
Date: Mon, 01 May 2006 21:36:58 GMT
Message-ID: <_bv5g.1570$A26.41052_at_ursa-nb00s0.nbnet.nb.ca>
> On 1 May 2006 08:46:44 -0700, Marshall Spight wrote: >
>>Alvin Ryder wrote:
>>
>>>Marshall Spight wrote:
>>>
>>>
>>>>And anyway, I wouldn't say the RM is the best tool for
>>>>*everything.* Just the best tool for data management.
>>>
>>>Only certain kinds of data, it's not very good for: temporal, spatial,
>>>logic, oo, multimedia, unstructured and document libraries, ... but yes
>>>it has some strengths too.
>>
>>The RM is a practical application of set theory.
> > The whole CS is. That includes OO (no matter what some proselytes would > say.)
That's interesting. What OO language supports basic set operations on object, classes or whatever? Where is the OO union? Intersect? Join? Cartesian product? What is the OO equivalent to project? Received on Mon May 01 2006 - 23:36:58 CEST