我有个问题… 我需要每天存储大约3,000个中等大小的XML文档(100到200个数据元素). 在架构不时发生变化的意义上,数据有些不稳定,并且没有通过足够的提前通知来宣布更改,但需要在紧急“
我需要每天存储大约3,000个中等大小的XML文档(100到200个数据元素).
在架构不时发生变化的意义上,数据有些不稳定,并且没有通过足够的提前通知来宣布更改,但需要在紧急“修补程序”的基础上追溯处理.
数据的消费模式涉及网站和一些简单的分析(一些平均值和饼图).
MongoDB似乎是一个很好的解决方案,除了一个问题;它需要在XML和JSON之间进行转换.我更愿意在XML文档到达时存储,不受影响,并将任何智能处理转移到数据的使用者.这样,数据加载代码中的任何错误都不会造成永久性损坏.消费者中的错误总是无害的,因为您可以修复并重新运行而不会造成永久性数据丢失.
我真的不需要“大规模并行”处理能力.它大约有4GB的数据,非常适合64位服务器.
我已经不考虑Cassandra(由于复杂的设置)和Couch DB(由于缺乏熟悉的功能,例如索引,我最初需要的是由于我的RDBMS思维方式).
所以最后这是我的实际问题……
是否值得寻找一个原生的XML数据库,它不像MongoDB那样成熟,或者我应该咬紧牙关并将所有XML转换为JSON,因为它到达并只使用MongoDB？
您可以查看BaseX(Basex.org),内置XQuery处理器和Lucene文本索引.