[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Storage of XML documents & Learning from history

  • From: Michael Rys <mrys@m...>
  • To: "'Kay Michael'" <Michael.Kay@i...>, "'Dylan Walsh'" <Dylan.Walsh@K...>, xml-dev@X...
  • Date: Fri, 12 May 2000 10:37:42 -0700

storage of xml
> > I problem I am looking at is how best to store XML documents, 
> > an area I'm sure a lot of developers are hitting right now.
> 
> The principal decision is between fine-grained storage (in which the
> document structure is known to the DBMS) and coarse-grained 
> storage (in which it isn't).
> 
> Fine-grained storage is necessary if you want to use DBMS  queries to
process
> the information, but it is incredibly expensive, regardless  of whether
you
> use a relational or an object DB. Our experience is that fine-grained
> storage is very rarely necessary or cost-effective: just extract the few
> pieces of information needed to do queries, store these in separate
columns,
> and hold the rest of the XML document as a blob.

I agree.

> If you do need fine-grained storage, use an object database; relational
> storage of these structures will in general be grotesque. 

Here I disagree. This depends heavily on what you want to do with the data
in the document. Assuming that the fully idempotent recomposition of the
document is of lower importance (otherwise, store the coarse-grained views
as well as mentioned below) and instead  the main reason for fine-grained
storage is to combine and join the data with other data,  relational storage
may be as adequate.

Shameless plug:
For a tool in a relational context to do both look at the OpenXML XML rowset
provider in SQLServer 2000 (available as beta at
http://msdn.microsoft.com/sql). I assume other database vendors have similar
functionality.

> Even with an
> object DB, consider storing both the fine-grained and the coarse-grained
> views, so that you never have to reassemble the full document 
> by finding all its bits.

One of the hard issues here is of course to preserve integrity accross these
views.

> The old analogy here is that of taking your car to pieces 
> every time you
> want to park it overnight...

You don't do that :-)

Best regards
Michael 

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.