> If you want an OO db that is very lightweight, try:
> http://www.prevayler.org.
I talked to a developer who used that a while back, and it sounds
great. Does it still just take a snapshot of your memory every now
and then, and supplement that with transaction records on
every transaction?
Mike New
>
>> Kevin Taylor
>>
>> -----Original Message-----
>> From: A mailing list for Java(tm) 2 Platform, Enterprise Edition
>> [SMTP:J2EE-INTEREST@(protected)
>> Sent: Thursday, December 15, 2005 2:11 PM
>> To: J2EE-INTEREST@(protected)
>> Subject: Re: Concept for modeling hierarchical data
>>
>> Am Dienstag, 13. Dezember 2005 21:31 schrieb Dharmendra Sharan:
>> > Hi Florian,
>> >
>> > I haven't used Object Oriented databases as such, but have mostly
>> come
>> > across Relational Databases which seem to be the mainstream approach,
>> and
>> > works for most cases.
>> >
>> > In case you feel there's a strong reason that the application's
>> usage
>> > profile would rely and "heavily" use the hierachical relationship,
>> then
>> > you'd need to check whether it makes more sense to store your Java
>> objects
>> > natively in an OO datbase as opposed to serializing them in XML and
>> storing
>> > them in an XML database and work in that manner. Here are some vendor
>> names
>> > for the same:
>> >
>> > a. Object Oriented data model
>> > - Excelon/Object Design (optimized for OO
>> storage/rerieval)
>>
>> This DB is WAY to expensive. My projekt in non-commercial/non-profit so
>> I must
>> rely on freeware/OSS software. Same of Tamino.
>>
>> >
>> > b. XML based data model
>> > - Tamino (optimized for XML storage/retrieval)
>> > - Xindice (optimized for XML storage/retrieval)
>>
>> Xindice is optimized for storing a large number of smaller XML
>> documents.
>> AFAIK these document itself are not organized hierarchily. Please
>> correct if
>> I am wrong.
>>
>> > - Excelon/Object Design
>> >
>> > c. Relational data model (optimized for Relational
>> storage/retrieval)
>> > - Oracle
>> > - Sybase
>> > - SQL Server
>> > - MySQL (opensource!)
>>
>> That will probably be the way to go (at least at the beginning.)
>>
>> > - DB2
>>
>> Thanks for comment,
>>
>> Florian
>>
>> ==========================================================================>
>> To unsubscribe, send email to listserv@(protected)
>> body
>> of the message "signoff J2EE-INTEREST". For general help, send email to
>> listserv@(protected)".
>
> ==========================================================================To
> unsubscribe, send email to listserv@(protected)
> of the message "signoff J2EE-INTEREST". For general help, send email to
> listserv@(protected)".
>
>
------------------- _/ /// // --------------------
===========================================================================
To unsubscribe, send email to listserv@(protected)
of the message "signoff J2EE-INTEREST". For general help, send email to
listserv@(protected)".