xml - XML 文件中的数据 : One large file or multiple small ones?

Question

我目前正在开发一个基于 XML 的 CMS，它将数据保存在称为“项目”的 block 中。这些可以在网站上用于显示内容。

现在，我现在每个项目都有一个单独的 XML 文件。由于该网站上的大多数页面使用大约三到四个这些项目，一个相当小的网站，例如20 页有大约 100 个不同的项目。因此，我的/xml/items 文件夹中有相同数量的 xml 文件。

将所有数据存储在一个单独的 items.xml 文件中会更可取，还是我当前的方法更好？

Pro 单个文件 - xml/items.xml

• 更少的文件(也许开始成为谈论时的性能问题数千件元素放在更大的网站。)
• 更少的磁盘访问(尤其是在带有所有列表的管理项)

Pro 多文件 - xml/items/*.xml

• 更快地访问单个项目因为只需要一个小文件解析

Answer 1

这里已经有很多深思熟虑的回复。

无论是 1 个大文件还是多个小文件，都应该可以正常工作。需要考虑的关注领域更有可能围绕管理和维护。如果因为项目位于一堆不同的文件中而难以维护项目，那么也许一个大文件就是答案。

一些想法:

• 一个大文件意味着一个错误(无效的 xml)可能会破坏整个应用程序，而许多文件只会影响使用该项目的页面。通过不在生产中编辑数据来缓解。

• 每个服务器都有自己的项目文件结构吗？或者这些项目是否位于单个高可用性共享中？您放置的数据副本越多，数据在特定服务器上不同步的可能性就越大，这可能很难追踪。

• 无论您选择 1 个文件还是多个文件，您都可以在代码中解决/抽象任何数据访问(锁定、搜索等)问题。您为执行锁定、搜索等操作而必须编写的代码越多，您可能需要调试的错误就越多。

• 考虑将项目缓存一段时间，以避免在性能开始出现问题时访问磁盘。

您可能想查看 Scott Hanselman 的 dasBlog blogging engine .我相信它本质上是一个基于 xml/文本文件的内容管理系统，它采用了许多文件方法，可能有助于审查。