OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

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

RE: storing xml files into database

It's been about 18 months, and as of then that kind of bell or whistle
wasn't listed on your website. Poet lost a lot of business through not
having exactly those features, but we lost it to Oracle not Excelon.

I admit I'm six months behind at B-Bop too, but if they'd anything like:

A typical, naive definition of a "nodes" table does lead to unacceptable
performance due to the necessity of many self-joins.  It is possible,
however, to devise a scheme for encoding nodes' context in a compact
form, optimized for an RDBMS' indexing facility, and build a
generic table structure, capable of storing any well-formed
XML, yet does not exhibit the self-join problem.

Visible on their website, an awful lot of us document geeks would have been
all over them.


-----Original Message-----
From: Chris Parkerson [mailto:chrisp@exceloncorp.com]
Sent: Monday, September 10, 2001 2:20 PM
To: 'Frank Richards'; 'Bill Lindsey'; xml-dev@lists.xml.org
Subject: RE: storing xml files into database


How long has it been since you looked at XIS?  We have X/A transaction
support, online backup and restore, support failover and fault tolerant
configurations, and replication if necessary (although rarely necessary
in XIS's distributed caching model).  We have all the features you'd
expect from any other database, except for the ones that really aren't
needed.  But, then again, we're not competing against Oracle: we bring
benefit on the XML side of things where Oracle fails (and we've proven
it fails) and let our customers keep the enterprise systems that they
trust to do what they trust them for.

There have been several attempts at optimizing a relational model for
dealing with XML.  To date, I have not seen it work.  Like I said
earlier, I have not been able to get a hold of a copy of B-Bop to really
try it and see if it works and if it can scale and perform to the levels
we've seen with our own XIS.  In theory, our approach should be more
efficient and better, but I'd rather prove the theory if only given the


Chris Parkerson
Product Manager
eXcelon Corporation
Burlington, MA
(781) 674-5393