摘要： 在该框架中，提供了用于存取维护元数据的一些相应工具类，即Metadata Storage Service。它可帮助存储提供程序的同步元数据，该提供程序表示无法通过其他方式存储元数据的副本。Metadata Storage Service 使用占用较小内存和磁盘空间的轻型数据库，可以随提供程序重新分发，并且安全可靠。 阅读全文

摘要： 在上一篇文章当中，简要介绍了一下如何使用现有的 SyncProvider 对象来进行文件（夹）同步。今天的这个DEMO主要演示通过继承方式来实现自己的SyncProvider来进行相关同步元数据存储，当然这样做会给我们以额外的好处，比如按自己的意愿来创建、版本和删除项的信息等。另外就是对同步应用程序的工作原 理也会有一个大概的认识。 阅读全文

摘要： 在前五篇文章当中，介绍了Sync For ADO.NET Service，从这篇文章开始，将开始介绍有关使用MSF进行文件（夹）同步的相关知识。因为文件同步的应用目前比较广泛，所以可能够要用3-4篇文章来进行介绍。今天先介绍一下有关MSF文件同步的原理和使用MSF中现有的类来实现一个简单的DEMO（本DEMO支持文件和文件夹）同步。 好的，下面开始今天的正文。 阅读全文

摘要： 在之前介绍的两个DEMO中，链接远程服务器所使用的方式都是通过数据库链接串。虽然可以简单的实现所期望的数据同步功能，但这样做有两个问题： 1.不适合进行分布式布署. 2.安全方面存在问题，因为在客户端会持有远程数据库服务器的链接帐号。 阅读全文

摘要： 在几篇文章当中，我介绍了 SnapShot(快照方式)和“只同步新更改和增量更改”这两种同步方式并对相应的生成文件进行了粗略的分析。今天开始把话题深入一下，聊一聊MSF的冲突检测和处理。这里所说的冲突(Conflict) 主要是指当客户端与服务端数据在进行CUD时，所操作的数据同步期间发生了错误，如通常所说的约束冲突（主键重复），以及在同步时多个节点（客户端）上更改了同一行，或服务端删除该行而其它节点却更新了该行便存在冲突等。当然在设计应用程序时应避免产生冲突（比如可通过筛选行和列等方式做到这一点），因为冲突的检测和解决会增加应用程序的复杂性，增加处理负担和网络流量。 阅读全文

摘要： 在前两篇文章当中，我介绍了SnapShot(快照方式)和“只同步新更改和增量更改”这两种同步方式。将使用设计器同步向导生成了两个相应的DEMO。今天我们会一起分析一下这两个DEMO中相应的同步文件内容和相互差异（DEMO下载，请点击这里）。首先要分析的DEMO是“只同步新更改和增量更改”，我们用VS2008打开DEMO的解决方案方案，如下图： 阅读全文

摘要： 在上一篇文章当中，我通过创建一个SnapShot(快照方式)DEMO演示MSF是如何将远程数据服务器中的数据同步到本地 SQLCE数据库中的。今天这篇文章演示如何使用同步操作向导创建另外一种方式，即“只同步新更改和增量更改”方式。当前这种方式比之前一种"快照方式"要更加便捷，而且因为快照方式是采用整表同步，因此不管是数据是否被修改过，都是把所有数据下载到本地，而今天演示的这种方式是只同步修改或新添加的数据，可以说是一种经济实惠的解决方案。 阅读全文

摘要： 在Teched2008上听了一节关于MSF（Microsoft Sync Framework 微软同步框架），这一框架允许开发者创建离线式的应用、设备和服务，可以与任何应用的任意类型数据进行集成。有关这个模架的介绍在网上有一些链接，而园子里也有朋友做过这方面的介绍。当时东西好不好，只有用过才会知道。今天这篇文章就是简单试用一把MSF来开发ADO.NET同步的DEMO(当然其也支持文件和文件夹的同步，我会在以后写文介绍研究心得)。因为是初次使用，所以截图多了一些，当然在概念理解上也可能有偏差，有这方面开发经验的朋友欢迎指正。 阅读全文