.NET Compact Framework-SQL Server Compact或平面文件作为备份

Question

我有一个关于在Windows Mobile应用程序中使用数据库与平面文件的优缺点的问题。

我们正在开发在Windows Mobile 6.5上运行并使用C＃/。NET Compact Framework 3.5的移动应用程序。

移动组件在库存系统中用于接收交货。 然后，这些数据使用Web服务通过Wi-Fi发送到应用程序服务器。

现在，我们需要实施一个备份计划。 到目前为止，我们达成的共识是，当移动设备无法将数据发送到服务器时，它必须将其保留在本地，然后再发送。 既可以使用移动设备发送数据，也可以通过USB将移动设备对接/连接到PC，这会将数据拉出，PC可以将其发送到服务器。

我的问题：在这种情况下哪个更好用？ 部署SQL Server Compact或将数据写入平面文件（xml，二进制文件等）

我想就每种方法的优缺点收集意见，不仅要牢记技术方面，还要牢记所涉及的开发工作。

谢谢！

Answer 1

我在这种情况下的个人经验是，出于某些很好的原因，使用SQL CE而不是 Web服务来进行合并复制 ：

1. 您的应用程序变得更容易开发，因为您可以直接对数据库进行读/写操作，并让CE引擎进行合并。 （Linq to Sql等）
2. 您可以在服务器或客户端上手动控制合并冲突。 而且它已经构建，您不必自己构建。
3. 无需备份，因为您在CE设备上的数据已经在数据库中。
4. 数据可以根据需要在本地缓存， 并由设备或用户过滤 （意味着只有设备/用户所需的数据才能复制到设备）。

尽管这确实需要更多的SQL知识，但它是可靠的可靠技术，不需要连续重写，测试和调试。

如果您被锁定使用Web服务，那么对我来说使用SQL CE似乎有些过头。 我将简单地复制数据库的操作，然后将事务写入文件（xml / json / binary），然后根据需要使用它们（在wi-fi范围内或在计算机上运行的服务上针对Web服务运行它们）将文件从移动设备上拉到本地PC或服务器上并运行这些事务）。