应用程序体系结构，数据位于共享网络上，服务器上没有数据库

我目前正在开发一个应用程序的C#项目。我们正在就用户之间共享数据的问题进行头脑风暴。我们希望能够指定一个文件夹，在那里保存应用程序的所有文件，我们希望能够将它们保存在共享文件夹（服务器，不同的PC或Mac，Nas等）

部署是这样的：

• 在第一台电脑上安装，我们选择一个网络驱动器，共享，无论什么，并在这个位置为应用程序创建所有文件
• 在第二台电脑上，我们安装了应用程序，并选择了相同的位置（在网络上），应用程序不会创建任何东西，它会看到它已经存在，并使用这些文件作为应用程序的数据
• 其他客户也一样

应用程序的文件将是文档（很可能是XML格式的文档），打开应用程序时，我们希望显示所有现有文档。问题是，我们不仅希望拥有文档列表并能够编辑其内容，我们还希望能够编辑文档的属性，因此在某种程度上，我们希望有一个文件（Sqlite、XML等）来表示所有文档及其属性的列表。地址列表也是如此。

我知道所有这些看起来完全像一个带有数据库的客户端/服务器解决方案，但这个解决方案是不可能的。我第一次查看数据文件的SQLite，但我知道并发可能是一个真正的问题，并且文件锁定不能很好地工作。问题是，我在处理简单的XML文件时也会遇到同样的问题（当几个用户在工作时刷新内容，访问锁定的文件）。

所以我想我的最后一个问题是：这可行吗？有没有一个我没有看到的替代方案可以让我们更容易地做到这一点？

编辑：

好吧，我不会回复每一篇帖子或评论，因为我目前正在用SQLite测试并发性。我所做的，如果我测试的方式是错误的，请纠正我，就是启动X BackgroundWorker，它们都将在示例数据库中插入记录（每次启动应用程序时都会重新创建）。我尝试通过这些backgroundWorkers在数据库中启动100次INSERT迭代。

当然，并发是在一个应用程序运行的情况下工作的，它只是等待最后一个BackgroundWorker完成它的工作，然后编写下一条记录。我还尝试在（几乎）同一时间插入，这意味着我在每个BackgroundWorker中放入一个循环，等待模5时间戳（每5秒，每个BackgroundWorker运行一次）。同样，它正在等待上一个插入查询结束，然后再执行下一个，一切正常。我甚至在500名BackgroundWorkers中试用过，效果很好。

然后，我试着多次启动我的应用程序，并同时运行它们。在做这件事的时候，我确实遇到了一些问题。在我的应用程序的两个实例中，它仍然运行良好，但当在4-5个实例中尝试时，它真的有问题，我得到了两种类型的错误：1。数据库已锁定2。磁盘I/O故障。但是mostyle锁定了数据库。

我所做的是非常密集的，在我的应用程序场景中，永远不会有5个进程试图同时插入500个hunded行（也许我会得到两个或三个连接的并发性）。但真正困扰我的是，让我认为我的测试方法不是一个好方法，因为我在共享网络、NAS和我自己的HDD上的数据库上工作时遇到了这些错误。每次它对30-40个查询有效时，都会向我抛出"数据库已锁定"错误。

我测试错了吗？也许我不应该如此努力地让它发挥作用，但我仍然不相信SQLite不是我尝试做的事情的好选择，因为并发性将非常小。