[
Lists Home |
Date Index |
Thread Index
]
- From: Paul Prescod <paul@prescod.net>
- To: xml-dev@ic.ac.uk
- Date: Tue, 05 Jan 1999 00:26:45 -0600
Paul Butkiewicz wrote:
>
> But using XML for persistence in this case presents its own perils.
XML is not optimized for update, retrieval, searching or anything else. It
is optimized for interchange, interchange and interchange. So the question
of the best persistence model for high-volume systems seems to me to boil
down to a) "what data structure is fastest" and b) "what is the most
convenient programatically." In other words, what data structures support
business processes and with what sort of performance.
I think that in the long run, flat text will lose out on both counts, but
for now it is a good compromise. (anyone have any good arguments
otherwise?)
Object databases seem the obvious fit for convenience. Performance is
harder. You could store a DOM or grove directly in an object database and
retrieve it with no parsing overhead...but what about text searching?
Paul Prescod - ISOGEN Consulting Engineer speaking for only himself
http://itrc.uwaterloo.ca/~papresco
"In spite of everything I still believe that people are basically
good at heart." - Anne Frank
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|