Cart
[Home] [By Thread] [By Date] [Recent Entries]
On Apr 19, 2005, at 1:07 AM, Ronald Bourret wrote: > (I was also curious about use case 3.6 -- Electronic Documents -- > since some implementations of these are done today on top of embedded > native XML databases. The use case description asks of the binary > format many of the things found in native XML databases / an XML data > type: indexes for random access, security, efficient update, ability > to combine document fragments, and so on. I suppose the idea is that a > generic document browser based on such a format would require less > memory than a DOM-based browser and an embedded native XML database.) This depends on the definition of "database". In many cases, you don't really even need read-write capabilities... just the ability to instantiate a DOM tree when you need to combined with the ability to rapidly navigate to arbitrary nodes in the tree (i.e. a random-access DOM). There are any number of ways of providing that, and in almost all cases I would not call the result a "database" as such. For that matter, I'm not sure that XQuery makes all that much sense in many of those cases either.
|
