新人报到,向大牛们求教,我们公司有一个基于触发器方式的同步软件,但是我发现出现比较多问题,数据丢失出现不少,而且我觉得触发器的方式很影响业务系统的性能,所以我想了解下基于日志的方式,但是我对于这方面不怎么了解,所以希望大牛们给我指点下,推荐点书籍,或者其他的什么资源,谢谢了。

解决方案 »

  1.   

    1. 如果使用了 TRI, 肯定会影响性能
    2..如果有数据丢失,建议检查下 TRI 内部的逻辑,应该哪里不对了,导致的数据丢失
    LZ ,可以考虑一下订阅发布。
      

  2.   

    tri内部逻辑应该是没有问题,可能是同步软件传输过程的处理逻辑可能不严谨,同步软件是购买的,具体怎么处理所以打算应该是自己写一个简单的,多个服务端,我是这么想的,数据库操作都是应该记录在日志里面,如果能获取日志的操作,获取需要同步的表,丢其他数据库服务器执行,但是相关资料不知道怎么获取,订阅发布不是很了解。
      

  3.   

    订阅发布,可以把你这边一张(多张)同步到另一个机器 上,数据不会错,有时间的话,可以研究一下。你说的这个方法,也是可以的,你要把数据整理完了,放在一个临时表中,其他的机器主动过来读。解析 sql server 自身的日志,还不太好弄。
      

  4.   

    如果有多台服务器需要互相同步,订阅发布怎么感觉是两台服务器同步,最后感觉还是得用触发器来做,找出更新的列,update的时候效率应该是会高很多。