[
Lists Home |
Date Index |
Thread Index
]
- From: "Matthew Sergeant (EML)" <Matthew.Sergeant@eml.ericsson.se>
- To: "'Paul Prescod'" <paul@prescod.net>, "'xml-dev@ic.ac.uk'" <xml-dev@ic.ac.uk>
- Date: Fri, 29 Jan 1999 09:52:02 +0100
> -----Original Message-----
> From: Paul Prescod [SMTP:paul@prescod.net]
>
> "Matthew Sergeant (EML)" wrote:
> >
> > You
> > can use a persistent parsed structure like a DOM maintained in memory,
> but
> > for some applications such as a rapidly changing XML database this isn't
> > always feasible (or is it?).
>
> You could continually update the DOMs based on changes in the XML. What
> exactly are your concerns about this architecture.
>
Not everyone (ourselves included) uses DOM. We started that way but
found it too resource intensive (large amounts of both processing and
memory). We switched to a simple expat parser and built our own query
language based on XQL paths. This gave a huge speed up and drop in resource
usages, but I still have concerns.
> > Currently our web based XML system processes
> > about 5 files per second (very subjective figures) - and it's at max CPU
> > (it's only a Pii266). This is using expat. Not a good situation since I
> > could probably build a much faster application using an RDBMS - but I'm
> > looking to the future when I can send the raw XML to the client.
>
> You need to store data that is efficiently maintained relationally. You
> need to *transmit* XML. Why not use a relational database and create XML
> when you need it.
>
That's not always the best (or possible) solution either. For
example we may ultimately allow people to edit the XML directly on the
server. Also, what gain would we then get from transmitting XML?
Matt.
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)
|