Object Horizon (was: Mixing OO and DB)

From: mAsterdam <mAsterdam_at_vrijdag.org>
Date: Thu, 13 Mar 2008 08:40:18 +0100
Message-ID: <47d8da07$0$14354$e4fe514c_at_news.xs4all.nl>

David Cressey schreef:
> mAsterdam wrote:

>> David Cressey wrote:
>>> Given that so many people want an OODBMS,  why has one not been built?
>>> I think it's because the term OODBMS contains a contradiction in terms.
>>> But I'm open to other opinions.
>> Unfortunately the ones holding those other opinions appearantly
>> aren't open to yours - yet?
>> When I first heard about OODBMS I thought: when will those marketing
>> guys ever stop mixing up terms they don't understand?
>> Objects /behave/. Data /is/. So I hoped that the 'OODBMS' vendors's
>> designers would discover that to come even just a little closer to
>> their marketing idiots claims they would have to device a common
>> type system (CTS, common to the DB columns and the application
>> structs).
>> Objects behave. When the context of the running program has gone,
>> all objects have died / they have stopped behaving / ceased to be
>> objects. In order to reincarnate them at a later point in time,
>> the application must make sure all data, needed for the rebirth,
>> are stored somewhere /outside/ the object system before the program
>> stops running. That is /outside/ the part of the system where
>> thinking in objects (a.k.a. Object Orientation, OO) makes any sense.
>> Without thinking outside the object box you cannot make objects
>> capable of reviving.

> You've expressed my own view better than I could. Thanks.
> What gets stored in a database is data. "Objects" can be stored in a
> database only in suspended animation. The process of reconstituting an
> object so that it not only remembers its prior state, but also recovers its
> prior behavior, is by no means trivial.
> In the responses to my original comment, lots of people told me about
> several OODBMS products. They didn't explain why those products failed to
> catch on. I don't necessarily subscribe to the argument by market share,
> but before I invest intellectual energy in something out of the mainstream,
> I need to come to believe that it's likely to be worthwhile.
> I think I understand why relational fans don't like OODBMSes. They solve a
> problem that doesn't have to exist.
> I think I understand why OO fans don't like OODBMSes. They expose a layer
> that the object paradigm abstracts away from their field of view.

Let's decouple the way of thinking/looking from persons - objectify (no pun intended) opinions into aspects, if you will. Not: Jack is an OO/DB guy so he thinks/sees this, but rather: when thinking about data, we don't see behaviour, when thinking in objects, we can't see beyond the running program. Awareness of these horizons helps discussing the mix, no?

Are there more demarcations, things beyond grasp, things you can't do/think while wearing object glasses? Q2: While wearing data glasses?

What you see depends on where you stand.
Received on Thu Mar 13 2008 - 08:40:18 CET

Original text of this message