sql-server - Microsoft Sync Services - 适合我的解决方案？

Question

我们将销售交易从我们的商店上传到总部服务器。目前，我们使用 DTS(SQL Server 数据转换服务)，但我们计划将其替换为 ADO.NET 的 Microsoft Sync 服务，因为这似乎是 Microsoft 针对此类设置的首选解决方案，我们希望遵循标准(有望长期存在)。以下是我们设置的详细信息以及我们的计划。我正在寻找一些建议，尤其是关于 Sync Services 是否适合我们的解决方案。

情况

每家商店都有一个第三方 EPOS 系统，该系统将销售额存储在我们可以访问的 Microsoft Access 2000 数据库中。我们总部的数据库是SQL Server 2005，但是会升级到2008。总部和所有的门店不在VPN上，但是我们可以对门店的IP地址开放我们的防火墙，这样他们就可以直接将数据发送到SQL服务器。商店始终通过 ADSL 连接到互联网，尽管它们确实会断开连接，我们不想丢失销售数据。我们只从商店上传交易——不需要下载定义。

当前解决方案

我们编写了一个在商店 PC 上运行的 Windows 服务。该服务从服务器下载一个 DTS 包(其中包含上传的所有详细信息)并在商店中运行它——这会将销售上传到我们的服务器。我们选择 DTS，因为它在安装 MSDE 时是免费的。我们不能使用 SSIS，因为那将需要每个商店都有 SQL Server 许可证。我们选择 DTS 的另一个原因是上传的详细信息(即要包含哪些表和字段)存储在我们的总部服务器上，因此如果我们需要更改内容，我们可以集中进行，不需要在商店。这不是一个亮点，但在我们的新解决方案中拥有此功能会很不错。

潜在解决方案 - 适用于 ADO.NET 的 Microsoft Sync 服务

我们目前正在为 ADO.NET 构建 Microsoft Sync 服务的概念验证。这个想法是将 SQL CE (SQL Server Compact 3.5) 放入每个商店(客户端)并将其同步到总部 SQL Server 2005 数据库(服务器)。我们将通过 (1) 将数据与 Access 2000 数据库同步或 (2) 让 EPOS 系统开发人员将销售直接写入 SQL CE 数据库——可能是 (2)，将数据获取到 SQL CE 数据库中。但我们主要关心的是将数据从商店获取到总部服务器。对于偶尔连接的系统，这种方法似乎是 Microsoft 的首选解决方案，这也是我们认真研究 Sync Services 的原因。我希望使用它意味着上传销售所需的大部分工作将内置到 Sync Services 中，我们不必重新发明轮子。

可能的解决方案 - 上传到自定义网络服务

还可以将销售交易上传到我们总部服务器上的自定义 Web 服务，然后再上传到我们的 SQL Server 数据库中。这意味着我们必须建立自己的机制来确定哪些行是新的，以及在系统断开连接时进行缓存。此外，我们可能会错过将内置到 Sync Services 中的其他功能。

如果您有任何有用的建议，请告诉我，尤其是:“同步服务是正确的解决方案吗？”。我们试图解决的问题似乎非常通用(从商店上传销售数据)——我想用一个通用的解决方案来解决它。

Answer 1

Microsoft Sync 服务超出您的需要，但它肯定会满足您的需求，并且它是根据您的应用程序类型构建的。

与 Microsoft 的大多数新技术一样，(注意:泛化!)您可能会发现它并不像您希望的那样成熟。它会做你需要它做的事，但你可能会遇到一些不容易解决的问题，因为它还没有通过铃声。不过，作为早期采用者，您可能会发现 Sync 开发人员在遇到困难时很乐意帮助您，因此这并不是一个看起来那么大的问题。

确保您阅读了有关它的所有文献，其中一些在此处或在以下站点中链接:

• http://msdn.microsoft.com/en-us/sync/default.aspx
• http://msdn.microsoft.com/en-us/sync/bb887608.aspx
• http://en.wikipedia.org/wiki/Microsoft_Sync_Framework

不过，考虑到您的单向信息流和集中式布局，我希望您在设置和使用它时应该几乎没有问题(如果有的话)。

请务必在此处报告您的体验!

-亚当