[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: OOQuery Language



Hi Falko,

> [...]
> 
> Question 1: should ozone object model be the "uniform OO model"?
> In fact, the ozone model does add just persistence (not important for
> query lang) and identity (via object ID) to the underlying Java object model.
> So, I'm not sure and we have to check this again but ozone OO model
> seems to be suited to serve as the "uniform OO model".

In a "perfect world" even this could be customized, and allow different
models to be plugged in transparently, via some sort of reflective API
(for constructing objects, and filling out attributes). However, for time
being I think we should think of that as a single uniform thing, and I
think Ozone model is suited to it.

 
> Problem 2: The APIs of the different levels.
> Honestly, I don't have any ideas here. Do you have some code that we may
> discuss about?
> 
> Problem 3: Level of abstraction of the different levels.
> See Problem 2 ;) I don't have experiences here and I'm glad you are already
> working on such a query-kernel-driver-thing ;) I like your very small driver
> API.

I will keep you informed. We will try to keep the API as compact as
possible. We had a meeting today but not come up with shaped proposal
yet. We have discuss possibility of accesing objects in this
"intermediate" level by value via CORBA, but this needs to be thought of
more. This would be a good extention to Ozone though: a compact CORBA
wrapper for ozone object, have anybody worked on accesing ozone objects
via CORBA?

> Mariusz, it seems that you are working on a very interesting project. Is it
> open source? Or is there a chance to integrate some of your technologies
> into ozone?

The project is pretty interesting and covers mutliple areas of research,
to keep the whole team pretty busy and it is gaining some momentum
recently. We do not have that much production/release level stuff yet, but
all releases will be open sourced and freely distributable, so there will
be no problem in integrating it to Ozone - if only we will come up with
stuff worth integrating ;o)

The current status is that we are waiting for one person to finish the
formal analysis of his monoid comprehension calculus and algebra work, 
so we can constrain ourselves to a set of algebraic operators. 
Then we will work on the API for a given subset of operators, and also on
the interpreter for the algebraic expressions. I will keep you posted.

What other string-based object query languages people from this list are
using, apart from ODMG OQL?  

best regards
Mariusz