大xml文件与多个xml文件

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

XML数据库中的设计模式似乎是将XML文件视为关系型的“行”。我发现MarkLogic对此有明确的建议，建议使用多个xml文件而不是大文件。但在eXist db上找不到相同的。也推荐吗？我的意思是，我应该使用多个（千个？）xml文件还是一个大文件？exist db更可取的是什么

我可以举一些虚拟的例子：

---

拥有个人信息的客户（比如100000个）（比如15个包含文本内容的xml元素）：每个客户一个xml文件或所有客户一个文件？

对于查询，如果数据存储在多个小文档或一个大文档中，则差异不大。不过，对于更新，小文档通常更可取。替换小文档通常比在大文档上运行更新更有效

---

这实际上取决于数据更改的频率。如果更新频率很高，维护小文档可能会更有效。为了简化维护和提高性能，您甚至可以考虑将文档组织成更小的子集合，这取决于一些标准。注意：如果您处理数千个小文档，请不要忘记增加collectionCache设置。

对于查询，如果数据存储在多个小文档或一个大文档中，则不会有太大区别。不过，对于更新，小文档通常更可取。替换小文档通常比在大文档上运行更新更有效

---

这实际上取决于数据更改的频率。如果更新频率很高，维护小文档可能会更有效。为了简化维护和提高性能，您甚至可以考虑将文档组织成更小的子集合，这取决于一些标准。注意：如果您处理数千个小文档，请不要忘记增加collectionCache设置。

对于查询，如果数据存储在多个小文档或一个大文档中，则不会有太大区别。不过，对于更新，小文档通常更可取。替换小文档通常比在大文档上运行更新更有效

---

这实际上取决于数据更改的频率。如果更新频率很高，维护小文档可能会更有效。为了简化维护和提高性能，您甚至可以考虑将文档组织成更小的子集合，这取决于一些标准。注意：如果您处理数千个小文档，请不要忘记增加collectionCache设置。

对于查询，如果数据存储在多个小文档或一个大文档中，则不会有太大区别。不过，对于更新，小文档通常更可取。替换小文档通常比在大文档上运行更新更有效

---

这实际上取决于数据更改的频率。如果更新频率很高，维护小文档可能会更有效。为了简化维护和提高性能，您甚至可以考虑将文档组织成更小的子集合，这取决于一些标准。注意：如果您要处理数千个小文档，请不要忘记增加collectionCache设置。

谢谢！为了完整起见，这类问题还可以，或者您更喜欢在邮件列表中列出？谢谢！为了完整起见，这类问题还可以，或者您更喜欢在邮件列表中列出？谢谢！为了完整起见，这类问题还可以，或者您更喜欢在邮件列表中列出？谢谢！为了完整起见，这类问题还可以，或者你更喜欢在邮件列表上？