Why XML Over the Relational Model?

[Paul Prescod]

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 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)