perhaps apache's xindice is worth a look.
http://xml.apache.org/xindice/
Xindice is Open Source software and is developed using the open process of
the Apache Software
Foundation. All source code is available under
the terms of the Apache Software License. If you are
interested in participating in the Xindice user
or developer communities please join the appropriate list.
tom john
<[EMAIL PROTECTED] To: [EMAIL PROTECTED]
o.com> cc:
Subject: RE: native xml database
05/24/02
05:03 AM
Please
respond to
xerces-j-user
Hi Paul,
Thank you very much for your reply. certainly
appreciate it.
the need for xmldatabase for my application more with
respect to its size. the server of my application gets
and stores all its data in xml format. so the log file
certainly grows bigger all the time. now it stores it
as DOM document, but certainly after sometime it grows
so big it gives outofmemory error.
i dont need to store it as a relational database. the
only reason i need it is to store all this ever
increasing data not in virtual memory but as a
database somewhere else but be able to retrieve it
anytime i need.
i would appreciate your comments.
thanks again
--- Paul R Brown <[EMAIL PROTECTED]> wrote:
>
> Tom --
>
> This would be more appropriate to ask on another
> list, perhaps, but I'll
> take a stab at your question. You can find lots of
> lively and intelligent
> answers to similar questions in the archives of the
> xml-dev mailing list:
>
> http://lists.xml.org/archives/xml-dev/
>
> This thread is particularly appropriate:
>
>
http://lists.xml.org/archives/xml-dev/200110/msg00629.html
>
> A "native XML database" is a really a marketing term
> -- it just means a
> widget that will accept XML as input, return XML as
> output, provide a means
> of querying the stored documents, and, if you're
> lucky, provide some of the
> familiar facilities of a classic DBMS:
> transactionality, persistence,
> security, etc. As for what it really does and how
> it really does it, many
> of the NXD's out there really qualify as separate
> and different products in
> their own rights.
>
> Kimbo Staken wrote a nice article:
>
> http://www.xml.com/pub/a/2001/10/31/nativexmldb.html
>
> Ronald Bourret's site offers a wealth of
> information:
>
> http://www.rpbourret.com/xml/XMLAndDatabases.htm
>
> I would recommend either of these links as a
> starting point for getting
> technical answers to your question about which XML
> database is right for
> you.
>
> However, the first question to ask is why you want
> an XML database in the
> first place! What problem are you trying to solve?
> How many documents of
> what rough size? After you can answer those two
> questions, you can start
> asking the technical questions about which
> persistence mechanism, query
> languages, and add-ons are appropriate.
>
> Best,
>
> Paul Brown
>
> > -----Original Message-----
> > From: tom john [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, May 23, 2002 8:34 AM
> > To: xerces
> > Subject: native xml database
> >
> >
> > Hi,
> > does any has any idea about native xml databases.
> i
> > need to know which is better to use..(i have no
> idea)
> > eg. apache xindice, open source database 'eXist'
> etc..
> > thanks
> >
> > __________________________________________________
> > Do You Yahoo!?
> > LAUNCH - Your Yahoo! Music Experience
> > http://launch.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > For additional commands, e-mail:
> [EMAIL PROTECTED]
> >
> >
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>
__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
