SQL Server 2000 复制机制深入解析
1. 合并复制的原理与优势
合并复制有诸多使用理由,通过精心规划能发挥其优势。当多个站点更改记录时,默认规则是依据站点优先级处理更改、合并结果并分发。不过,若主数据库和所有用户数据库都有更改,会先应用用户更改,再应用主数据库更改。
例如,有一个名为 Main 的中央服务器和 20 位使用合并复制的销售人员。若其中一位销售人员修改了记录 25,同时 Main 服务器也修改了该记录,合并时会先将用户更改应用到 Main 服务器,然后 Main 服务器的更改会覆盖用户更改。
若能设计好发布者和订阅者以减少冲突,合并复制将非常有利。比如高速公路巡逻场景,巡逻车开出超速罚单,当天结束时,这些数据会与其他警员的数据合并,再分发到各巡逻车电脑,让所有警察都能知晓需留意的对象。
2. 订阅类型
设置订阅者时,可创建拉取或推送订阅:
- 推送订阅 :有助于集中管理职责,订阅信息存储在分发服务器上。发布者能决定订阅中的数据内容和同步时间,适合发布者数据更改时需立即更新订阅者的情况。
- 拉取订阅 :由各订阅者配置和维护,订阅者可自行管理同步计划,在必要时拉取更改。这种方式减轻了分发服务器的处理负担,适用于安全不是首要问题的场景,甚至可设置为允许匿名连接,包括位于互联网的拉取订阅者。
通常,非 SQL Server 数据库(如 Oracle 和 Access)需使用推送订阅。若要从其他数据库系统拉取数据,可使用 SQL 数据管理对象(SQL - DMO)编写自定义程序。
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



