Sql server Microsoft同步服务-适合我的解决方案？

我们将门店的销售交易上传到总部服务器。目前，我们使用的是DTS（SQL Server数据转换服务），但我们正计划用Microsoft Sync Services for ADO.NET来取代DTS，因为这似乎是Microsoft针对此类设置的首选解决方案，我们希望遵循该标准（这一标准有望长期存在）。 下面是我们的设置细节和我们的计划。我正在寻求一些建议，特别是关于同步服务是否适合我们的解决方案

形势

每个商店都有一个第三方EPOS系统，该系统将销售存储在Microsoft Access 2000数据库中，我们可以访问该数据库。我们的总部数据库是SQL Server 2005，但将升级到2008年。总部并不是所有商店都在VPN上，但我们可以将防火墙开放到商店的IP地址，以便他们可以直接将数据发送到SQL Server。商店总是通过ADSL连接到互联网，尽管他们确实失去了连接，我们不想丢失销售数据。 我们只从商店上传交易–不需要下载定义

当前解决方案

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

潜在解决方案-针对ADO.NET的Microsoft同步服务

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

潜在解决方案-上载到自定义Web服务

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

---

如果您有任何有用的建议，请告诉我，特别是：“同步服务是正确的解决方案吗？”。我们试图解决的问题似乎非常通用（从商店上传销售额）–我想用通用解决方案来解决它。

Microsoft Sync services超出了您的需要，但它肯定会满足您的需要，而且它是根据您的应用程序类型构建的

与微软推出的大多数新技术一样，（注意：泛化！）您可能会发现它并不像您希望的那样成熟。它会做你需要它做的，但是你可能会遇到一些问题，这些问题不容易解决，因为它还没有通过振铃器。不过，作为一个早期采用者，您可能会发现，当您陷入困境时，Sync开发人员会急切地帮助您，所以这并不像看上去那么大的问题

确保您阅读了所有关于它的文献，其中一些在这里，或链接到以下网站：

但是，考虑到您的单向信息流和集中式布局，我希望您在设置和使用它时不会遇到什么问题

一定要在这里报告你的经历

-亚当