Re: The State of Native XML databases

[Ilya Sterin]

I wish I could find more info on it.  The site states acid
transactions, but for people people unfamiliar with transaction
architectures, that doesn't equate being able to use it in an
enterprise application environment.  If consistency is enforced at the
collection entry level, that beats the purpose of having a native xml
database where ddl=xml schema.  In a perfect world, I wish the vendors
would get rid of the collection as a storage metaphor and instead
focus on defining schemas with one of the schema languages, which is
all that's needed.  Why mix relational concepts, which is what a
collection really is, with native xml hierarchal storage.

We recently engage in numerous native xml storage projects and worked
very closely with RainingData on a TigerLogic 3.0 release.  As of
right now, that is probably the only truly native xml database that
defines all facilities needed for enterprise persistence in XML.

Ilya

On 8/19/07, Dr Orlovsky MA <http://x-query.com/mailman/listinfo/talk> wrote:
> On Mon, 13 Aug 2007 22:01:19 -0400, Elliotte Harold wrote:
>
> > On another list I was recently asked to sum up the state of native XML
> > databases, especially open source ones. The result is here:
> >
> > http://cafe.elharo.com/xml/the-state-of-native-xml-databases/
> >
> > Comments appreciated.
> >
> >
>
> There is excellent native XML dsatabase completelly implementing XQuery.
> See for Sexdna XML database in google as well as look at the
> site
> http://modis.ispras.ru/sedna/
>
> _______________________________________________
> http://x-query.com/mailman/listinfo/talk
> http://x-query.com/mailman/listinfo/talk
>