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

Re: Other Ozone XML/OODB

>From my knowledge and experience in XML and databases, trying to produce
a persistent DOM is not a good strategy. The main point to discuss is:
what is DOM good for ? I will not see DOM in the server tier, I'd rather
use DOM for client applications.

If I am designing an application for my organization I don't think in
terms of DOM-data-structure, I'll design my own OO-data model and I'll
build it in an OO-DB. Afterwards, if you like to publish part of your
data model to a foreing client, then you should generate an XML file or
its equivalent binary standar (DOM) to be delivered (if the client were
in-hose I'll keep in my objectual system). I think Dom is for standar
client processing (a client could be another, foreing, server).

The client could, then, use XML-QL, XQL, XSL, or whatever other query
language for local processing. But for my local (in-hose) applications
accesing my OO-DB I'll stick to ODMG 2.0 OQL.

There are some other important issues open, like: how to translate the
DTD (XML scheme) to an OO-data-model, I think we should relay in OQL.

I am very enthusiastic with XML, BUT it is good only for what is good,
and nothing more.


Falko Braeutigam wrote:
> 
> Zvi Avraham wrote:
> >
> > I first heard about Ozone from Cocoon mailing list,
> > then I started to search on Altavista for "Ozone XML object database"
> > I first found O2, and then only your Ozone.
> Then we will keep up the name ;)
> 
> >     I'm looking for cheaper alternative for Object Design XML Data Server,
> > b/c I'm not in a mood to pay $15000 per CPU ! I need PDOM and XQL
> > functionality.
> Unfortunately I do not know much about the XML stuff. But so far it seems to
> be no problem to make a persistent DOM with ozone. But I'm confused about the
> query languages. Can somebody clarify this a little bit? I've forwarded the
> posting to Vincent.Aguilera also. Could his X-OQL be an option?
> 
> > What about DOM implementation, when every Node object will be
> > also implement Serializable and Remote interfaces ?
> Yes, this is the way. But because of the central object activation of ozone it
> could be a pretty overhead to access every Node object via RMI. So far I see
> two ways to solve this problem: First is to cluster Node objects and second is
> to put much of the code which accesses the DOM into the ozone server.
> 
> Falko
> 
> --
> ______________________________________________________________________
> Falko Braeutigam                         mailto:falko@softwarebuero.de
> softwarebuero m&b (SMB)                    http://www.softwarebuero.de