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

RE: JDO and OODBMS



On Sun, 11 Jun 2000, David Duddleston wrote:
> There is some comparisions to JDO and OMDG in the PDF slide show at the
> following...
> 
> 
> JavaTM Data Objects Architecture (JDO), Transparent Interface for Persistent
> Data Storage
> Heiko Bobzin, POET Software
> http://jsp.java.sun.com/javaone/javaone2000/event.jsp?eventId=1603&ts=959786
> 977637
> 
> JavaTM Data Objects Specification, Overview
> Craig Russell, Sun Microsystems, Inc.
> http://jsp.java.sun.com/javaone/javaone2000/event.jsp?eventId=700&ts=9597870
> 11024
> 
> 
> I don't think JDO is real OODBMS centric, but it is more than the Castor
> folks would like.
That's exactly what I have expected.


Falko

> 
> -david
> 
> 
> 
> > -----Original Message-----
> > From: Zvi [mailto:thezvi@ifrance.com]
> > Sent: Saturday, June 10, 2000 11:52 AM
> > To: ozone-users@ozone-db.org
> > Subject: Re: JDO and OODBMS
> >
> >
> > Hi all,
> >
> > if JDO is OODBMS centric, then what's the dif. between JDO and ODMG Java
> > binding?
> >
> > Zvi
> >
> > David Duddleston wrote:
> >
> > > > The most important advantage of a standard is that it is a
> > > > "standard". Giving
> > > > something a name is not enough. Am I wrong here? ;)
> > >
> > > Very, very true. This is why I'm excited about it. I just hope
> > the spec gets
> > > adapted and is easy to use.
> > >
> > > > Anyway, from what I have seen of JDO it doesn't look that OODBMS
> > > > centric. What
> > > > especially prevents a RDBMS mapping tool like Castor to implement JDO?
> > >
> > > Here is a comment for Arkin on JDO.
> > >
> > > > -----Original Message-----
> > > > From: arkin@arkin.exoffice.com [mailto:arkin@arkin.exoffice.com]On
> > > > Behalf Of Arkin
> > > >
> > > > I'll be talking to Sun during JavaOne but I can't promise anything.
> > > >
> > > > Basically Castor and JSR-12 attempt to do the same thing, but while
> > > > Castor is more RDBMS centric, JSR-12 is too OODBMS centric. That means
> > > > some minor conflicts and incompatibilites in the API. If we can sort
> > > > them out in a future version of JSR-12 then we can certainly
> > make Castor
> > > > compatible with it.
> > > >
> > > > arkin
> > >
> > > -david
> >
-- 
______________________________________________________________________
Falko Braeutigam                         mailto:falko@softwarebuero.de
softwarebuero m&b (SMB)                    http://www.softwarebuero.de