Hi Frederick, Is performance a concern for you? Have you considered other potential needs such as having multiple documents, or performing multi-doc queries? Or indexing? If so, have you considered using a commercial pure XML database? Both Software AG and eXcelon have them; though eXcelon XIS probably is the clear winner in that market.
The performance ramifications of what you are suggesting is monstrous, and the overall design completely non-scalable when you think of all the lock contention in concurrent applications that you will be dealing with. I think there are probably more economic ways of dealing with your problem, such as using commercial systems to do the job for you, and address many other needs that you may not consider now, but at some point will likely run into. Bob At 11:47 AM 5/16/2002 -0400, you wrote: >I am considering using an xml file as a data repository. >I would like to have concurrent processes reading and writing >from the file with something analogous to the record locking capability of >fcntl. >What would it take to create such an element locking mechanism? >Allow locking on ids only with a separate mechanism to lock those ids? >I am thinking about using an sql table to hold the ids and using that >locking mechanism. >Is this covered in dom enhancment discussions? >Thanks. > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
