我目前正在开发一个基于
XML的CMS,它将数据保存在名为“items”的块中.这些可以在网站上用来显示内容.
现在,目前我为每个项目都有一个单独的XML文件.由于该网站上的大多数页面使用了大约三到四个这些项目,因此一个相当小的网站,例如20页有大约100种不同的项目.因此,我/ xml / items文件夹中的xml文件数量相同.
是否最好将所有数据存储在一个单独的items.xml文件中,还是我当前的方法更好？
Pro Single File – xml / items.xml
>更少的文件(也许开始成为一个
谈论时的表现问题
成千上万的物品
网站.)
>减少磁盘访问(特别是在
管理所有的清单
项)
Pro多个文件 – xml / items / * .xml
这里有许多深思熟虑的回应
一个大文件或许多小文件应该可以正常工作.需要考虑的领域更有可能围绕管理和维护.如果它难以维护项目,因为它们是在一堆不同的文件中,那么也许一个大文件就是答案.
一些想法：
>一个大文件意味着单个错误(无效的xml)可能会占用整个应用程序,而许多文件只会影响使用该项目的页面.通过不在生产中编辑数据来缓解.
>每个服务器都有自己的项目文件结构吗？或者这些项目是否位于一个高可用性份额中？您放置的数据副本越多,您就越有可能在特定服务器上使数据不同步,这可能很难追踪.
>无论您选择1个文件还是许多文件,您都可以解决/抽象代码中的任何数据访问(锁定,搜索等)问题.您需要编写的代码越多,执行锁定,搜索等操作,您可能需要调试的错误就越多.
>如果性能开始成为问题,请考虑将项目缓存一段时间以避免磁盘访问.
您可能想查看Scott Hanselman的dasBlog blogging engine.我相信它本质上是一个基于xml /文本文件的内容管理系统,采用了许多文件方法,它可能有助于审查.
