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

Re: ozone db

At 09:25 AM 3/22/00 -0500, Alvin B. Marcelo wrote:



>>However, I'm interested in an in-depth comparison (where possible) of sO and
>>ozone, too. Can anybody provide real-world experiences?
>
>Well, actually, I am planning on testing both sO and ozone for a simple 
>patient registry system (sO is already being used by TeleMed by Los Alamos 
>National)....
>
>Plan is to load the "identical" objects on either engine and compare their 
>performance (requesting from themselves and from the other).
>
>Which brings me to a question: will objects created in sO be usable with 
>ozone and vice-versa? At what points do they converge and where do they fork?

In an ideal world one should be able to retrieve Java objects from ozone 
and store them in sO, and vice versa.  I've not looked at Ozone recently, 
so I can't tell you if this is possible or not.   If Ozone objects must 
inherit from a base class, for example, it might be difficult.  sO objects 
have automatically generated helper classes that it uses for storage and 
retrieval.  If Ozone does something similar it may be possible.   The other 
issue is how objects are retrieved.   In the application you are describing 
we need to be able to do a query.   I think this should be handled fine in 
ozone.  It is always possible to map objects between sO and ozone, but it 
might require more than simply retrieving and storing depending on how the 
persistence is managed.

Dave


>Alvin
>
>--------------------------------------------------------------------------- 
>- ----------
>Alvin B. Marcelo, M.D.
>National Library of Medicine, B1N30
>Office of High Performance Computing and Communications
>Bethesda, Maryland   20894
>
>Voice:   301-435-3278
>Fax:    301-402-4080
>eFax:    603-452-3657
>
>Work:   MarcelA@mail.nlm.nih.gov        marcelo@nlm.nih.gov
>Home:   alvinmarcelo@hotmail.com
>
>PGP keyID:      0x6E9941D1
>PGP server:     http://www.keyserver.net