Re: Embedded DB or XML storage options
From: Dawn M. Wolthuis (dwolt_at_tincat-group.comREMOVE)
Date: 02/22/05
- Previous message: joeNOSPAM_at_BEA.com: "Re: is there anyone who has some idea? i am trying to call Stored procedure using JDBC. Thanks"
- In reply to: Justin: "Embedded DB or XML storage options"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 21 Feb 2005 23:11:14 -0600
"Justin" <ng@maritime333source.ca> wrote in message
news:GgqQd.2635$oh4.102006@ursa-nb00s0.nbnet.nb.ca...
> Hi,
>
> We are trying to determine what is the best storage method for our
> application. We are partial to XML and would prefer a solution based on
> this format.
You might want to take a look at sleepycat.com but I'm partial to some of
the old tried-and-true models that have a similar data model to XML, such as
the U2 databases from IBM (old PICK) or Cache' (old MUMPS). UniData or
UniVerse (U2) from IBM give you a solid vendor, a long history of
reliability, scalability & flexibility, and an XML data model. Using the
Java interface is not trivial, but definitely doable (see www.pickwiki.com).
There are a couple of open source PICK products too -- OpenQM (the Java
interface is new) and Maverick at http://www.maverick-dbms.org/.
Good luck! --dawn
> Or maybe going from an RDBMS, like this one:
> http://hsqldb.sourceforge.net/ to XML (through a Save operation or Export)
> is a better choice for speed? (storing XML data on the fly is probably
> slower then RDBMS?).
>
> Any suggestions would be appreciated.
>
> Thanks,
> -Justin
- Previous message: joeNOSPAM_at_BEA.com: "Re: is there anyone who has some idea? i am trying to call Stored procedure using JDBC. Thanks"
- In reply to: Justin: "Embedded DB or XML storage options"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]