.net Microsoft同步框架与WCF

我可以选择在下一个项目中使用WCF或Microsoft Sync Framework。 这将是需要同步到移动（.net cf）前端的SQL Server后端

我有几个问题， 1.两个数据库之间的数据库架构将不相同。
2.在服务器端，我实际上需要调用.NETDLL来进行更新 3.我们希望对服务器数据库进行最小的更改。它已经在生产了，我们不想把它弄乱

---

我知道我可以在两个端点之间使用WCF执行同步，但同步框架真的能为我带来什么好处吗？

您是否允许在移动设备和服务器上进行更改？如果是这样，如果移动设备上的用户A和服务器上的用户B更改了相同的数据记录，您将如何处理冲突

sync框架和WCF之间的最大区别在于，sync框架是为了检测此类冲突而构建的，它提供了处理这些冲突的例程，而WCF则没有

---

话虽如此，您声明“在服务器端，我实际上需要调用.net dll来进行更新”。如果您的意思是，这必须是您的公司已经拥有或正在开发的特定DLL，那么这似乎排除了允许同步框架直接更新SQL Server的可能性。使用同步框架时，它直接与服务器和移动设备上的数据库通信。

dll已经创建，并且已经使用了一段时间。因此，该公司不愿改变这一点。虽然sync框架确实检测到更改，但它是通过墓碑表和sqlserver更改跟踪来检测的。我通过LastUpdateDate和Tombstone表跟踪更改。除此之外，只有一个表需要双向同步。其他一切都是单向的。我即将开始一个类似于你上面描述的旅程。我只是想知道你是如何进行你的项目的，以及你最终使用了哪些技术/技术？和您一样，我需要在Sql Server和Windows Mobile设备之间同步数据，在服务器端，任何选择/插入/更新/删除都需要通过dll执行，而不是直接进入数据库。最后，你的应用程序在同步时表现如何？通常同步需要多长时间？我们谈论的数据量是多少？如果你能回答这些问题中的任何一个gr@ETFairfax：同步时间根据当时的带宽变化很大，从几秒钟到几分钟不等：（自从这个问题发布后，我的攻击计划已经发生了很大的变化（我使用WCF），我用ASP.Net MVC创建了一个基于REST的web界面。基于MVC的web服务更容易处理，而且我注意到两者之间没有性能差异。我在配置WCF时也遇到了很多问题——没有使用MVC。