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


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] XML aggregation question?

2 quick comments:

databases don't have to be a "load" any more than xml is a "load". there 
seems to be some sort of assumption that xml is instant and applies no 
load to a system, while an rdbms is anything but. not only is that not 
true, but xml may well be a significantly larger load than an rdbms for 
large problems.

xml might be a hammer, but not all problems are nails. one of the really 
great things about xml is that it can be used in so many ways - as the 
document, the data store, the glue between stores, to write programs 
(using xslt of course). etc. we should be flexible in this matter 
choosing best of breed technologies (one of which is definitely xml) 
when solving problems.


Michael Kay wrote:
>> Based on all the comments thus far as well as reading some of 
>> the articles/documentation on eXist, it would seem that an 
>> XML database is really the only viable choice if I want to 
>> keep my data as XML and still provide aggregated views across 
>> the instances based on values of attributes (or other 
>> expressions using XPath and/or XQuery).
> This isn't absolutely true. For example, the W3C XSLT test suite (not
> published, unfortunately) is a collection of over 5000 XML documents held in
> filestore, and it's quite feasible to run queries in Saxon (using either
> XSLT or XQuery) across this collection. For example, to count how many of
> the stylesheets in the collection specify version="1.0" on the
> xsl:stylesheet element, use:
> count(collection('file:///c:/xslts_1_0_0/TestInputs?select=*.xsl;recurse=yes
> ')
>          [(xsl:stylesheet|xsl:transform)/@version='1.0'])
> What you don't get with this approach is performance. There's no database
> load operation, so there are no collection-level indexes: the system works
> its way through the directory parsing and testing each individual document.
> But it's still very useful (and surprisingly fast) for the occasional ad-hoc
> search.
> Michael Kay
> http://www.saxonica.com/
> !DSPAM:44f1f2de33197818312239!

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS