Hi, I've thinked a lot about this but i cannot find a good answer. Why has XML:DB Api the concept of collections and "files" ?
Ok XML is mostly stored in Files right now, so its very near to use a "Filesystem like" Database to store those Documents. Come on its not a relational DB in which we use different Tables to combine multiple data with one data, in XML we can write those affiliation in one XML Tree But i think this is a break in the XML concept. Why not see the Database as a whole XML-tree. When i make a query i have to decide on which Collection i want to make it, this is very limiting. while writing this mail i had the idea to use namespaces instead of collections for example..... so every namespace has its own B+-Tree I remember, that i read something on Kimbro Staken's site about future plans on Xindice and there was a point, something like "rethink collection concept". Was this point only made by Kimbro, or is Tom Bradford involved in this idea too. has someone a good reason to use collection concept, thinks someone like me? mfg stefan P.S. It would be really interesting if the commercial XML Database software made by the <dbXML> Group (http://www.dbxml.com) is still using the Collection Concept. ;-)
