在 ASP.NET 站点中正确使用基于 xml 文件的存储作为数据库替代方案

Question

我正在构建一个小型应用程序，为了减少托管成本和依赖性，我计划将所有持久数据存储到 xml 文件而不是 Sql Server 数据库。

在这种情况下，网站受众仅限于朋友和家人 - 预计并发用户不会超过几个，因此网站不需要进行扩展。在所有事务中从磁盘上逐字打开和关闭 xml 文件是否可行？一个页面最多可能会显示来自几个 xml 文件的数据，有时用户会执行需要更新其中一个的操作。

例如，大致遵循用于获取和保存“事物”的存储库模式，一些方法可能会喜欢：

    public IEnumerable<Thing> GetThings() {
        XElement xml = XElement.Load(_xmlRepositoryPath);
        var q = from s in xml.Descendants("Thing")
                select new Thing {
                    //set properties...
                };

        return q;
    }

    public void SaveThing(Thing t) {
        XElement xml = XElement.Load(_xmlRepositoryPath);
        //update xml...
        xml.Save(_xmlRepositoryPath);
    }

这种方法有任何陷阱或问题吗？我宁愿避免添加额外的缓存或内存数据层带来的额外复杂性。额外加分：在用户负载或交易级别的什么情况下，您认为需要以不同的方式实施？

Answer 1

数据库将提供的主要内容（文件系统不会提供）是 [atomicity](http://en.wikipedia.org/wiki/Atomicity_(database_systems%29)。
一旦有多个人访问您的 xml 文件，您就需要实现 ReaderWriter 锁，以确保在您尝试更新文件时没有人在读取。这是一个不平凡的问题，但大多数数据库系统都可以解决这个问题。
如果您关心成本，那么有很多开源解决方案。

无论您决定采用哪种解决方案，请确保封装所有数据访问，以便更改它并不那么困难。

Answer 2

就调用 Load 而言 - 您可以在每次点击时执行此操作，服务器甚至不会眨眼，我们有一些站点可以有效地执行此操作（加载 XML、使用 XSLT 和基于 URL 的参数呈现为 HTML、传递到浏览器） ，XSLT 的加载是显式的，或者是调用渲染时隐含的 XML），我们只是没有看到它们的问题，您需要 100 多个并发用户，这样在阅读数据。

在进行文件写入（保存）方面 - 不知道，但我不认为这是一个大问题，处理并发（无论如何都是一个问题）将是我比服务器负载更关心的事情，在您的使用级别，创造性地使用应用程序锁可能就足够了，对于任何严重的情况，使用 XML 作为数据库将变得具有挑战性。

顺便说一句，这是 ASP.NET 明显表现出色的一个领域 - 服务器端代码的性能 - 在一般情况下 - 非常优秀（可能太好了）。