Ref*_*din 17 .net sql-server occasionallyconnected disconnected microsoft-sync-framework
我有一个应用程序,它使用SQL Enterprise将所有数据存储在4个不同的数据库中.我需要建立为我的用户"离线"工作的能力.我完成了这个Merge Replication到SQL Express每个人的本地安装.这个"作品"但感觉就像大锤的方法.
例如,当任何单个用户只能与100个左右进行交互时,我正在将所有14000个人复制到每个数据库.这甚至没有计算出它们在与中央数据库的连接之间永远不会与5个以上的交互.
我正在寻找的是提示,指针,也许是一个关于Sync Framework 2(带数据库)的精彩教程.第一手资料说明了什么对你有用,为什么也会受到欢迎.我还没有找到一个清晰简洁的(更不用说当前的)教程Sync Framework.
我的具体是MS SQL Server 2005或2008年,任何版本.任何.Net版本(3.5或4).当前数据层都是LinqToSQL.目前没有任何Sprocs使用.
到目前为止,我的想法是仅同步每个工作人员分配的案例量和相关数据.理想情况下,我们会直接选择"签入/签出"格式,选择他们计划访问的成员,然后同步必要的数据.
作为奖励,有人可以告诉我这被称为什么？我偶尔会遇到"偶尔连接",但这似乎不准确.把它们称为"偶尔DIS连接"会更准确吗？
这本质上称为分布式计算。
在我开发过的任何此类系统中，我通常使用N 层架构来允许客户端程序偶尔连接到后端的数据库服务器以进行 CRUD 操作。客户端所做的任何工作都被视为无连接，因为它们在保存更改之前不会与服务器交互。
使用这种方法，您应该能够创建一个应用程序，允许它们连接一段时间以获取一些数据，对数据执行一些工作，然后将任何更改（CRUD）传播到服务器（数据库）。
我不得不说，使用合并复制与本地 Sql Express 安装肯定是一种大锤方法。不要对此感到太难过，我们都会时不时地这样做：P。
编辑
我自己没有使用过Sync Framework，但看起来不错。查看Sync Framework 开发人员中心以获取更多相关信息。