大xml文件与多个xml文件

Question

我可能有一个愚蠢的问题，但我找不到任何明确的元素，所以我得到了一个拍摄：

xml数据库中的设计模式似乎是将xml文件视为关系型文件中的“行”。我在MarkLogic上找到了显式的重新命令，这里推荐使用多个xml文件，而不是大型文件。但在eXist-db上找不到同样的东西。也是推荐的吗？我的意思是，我应该使用倍数(千?)xml文件还是大文件？什么是更好的存在-db？

我可以举个假例子：

客户(比如100,000人)拥有个人信息(假设15个包含文本内容的xml元素)：每个客户一个xml文件，还是所有客户的一个文件？

Answer 1

对于查询，如果数据存储在许多小文档或一个大文档中，就不会有太大的区别。但是，对于更新，小型文档通常更可取。通常更有效的方法是替换一个小文档，而不是在大型文档上运行更新。

这确实取决于数据变化的频率。如果更新频率较高，则维护小文档可能更有效。为了简化维护和提高性能，您甚至可以考虑根据某些标准将文档组织成更小的子集合。注意:如果您使用数千个小型文档，请不要忘记增加collectionCache设置。