I have been playing around with the idea of a project I codenamed "SoliDOM", which would parse XML documents into a DOM structure thats actually stored in a database, which means you can have very large or very many documents operating on DOM interfaces at the same time, because the database can manage far more than you could reliably work with in memory at any one time. I did some small interface designs, but never had time to take it far.
Then I found this.
I don't think its a complete solution, and I want to think my SoliDOM would do the job much better, being designed specifically for this use. Still, I think it shows the power of languages like Python when the solution can be found so amazingly simply. All this guy has done is created classes that subclass both the xml parsing ElementTree classes and the database persistant Durus classes, and BOOM: Instant persistant XML document interfaces.
There isn't even any real code.
Do you realize the significance of being able to combine completely unrelated libraries like this, with effectively Zero glue between them?
What is even more impressive is that the benchmarks found this to actually beat the use of cElementTree outside of a database.
Then I found this.
I don't think its a complete solution, and I want to think my SoliDOM would do the job much better, being designed specifically for this use. Still, I think it shows the power of languages like Python when the solution can be found so amazingly simply. All this guy has done is created classes that subclass both the xml parsing ElementTree classes and the database persistant Durus classes, and BOOM: Instant persistant XML document interfaces.
There isn't even any real code.
Do you realize the significance of being able to combine completely unrelated libraries like this, with effectively Zero glue between them?
What is even more impressive is that the benchmarks found this to actually beat the use of cElementTree outside of a database.
Comments