What is a good database for very large collections? (was Re: XSL/ECMAscript (was RE: Frontier as a scalable XML repository (was Re: Is XML dead already or what?))

[Tim Bray]

At 04:18 AM 2/2/99 +1100, Rick Jelliffe wrote:
>What is a good database for XML?
>
>The criteria are:
>    * over 20, 000, 000 document fragments, each less than 256
>characters, each with some flat metadata, able to be incrementally
>reloaded onto the live system
>    * about simultaneous 30 users accessing about 10 fragments a minute
>each, grouped together (along with other dynamic data) and transformed,
>with a high need for immediate response
>    * constant data-mining tools using various adhoc AI and linguitic
>retrieval software augmenting the metadata in the background.

For little fragments like this, you can't possibly (it seems to me)
have all that much internal structure, because there's nowhere to put
it.  Given this, my intuition would be to stuff these puppies into 
whichever of Oracle/Sybase/Informix was the best fit for my existing 
installation.   -T.

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)