采用数据库自带的复制技术,存在很多极限性。如快照复制实时性差,无法满足相关应用。
事务复制出错处理等不尽完善。这些必须要tcp/ip的支持,如当中有单向隔离设备,则任何
自带的复制技术都无法使用。还有,没有自己的代码,毕竟丧失很多可控性。推荐自己写同步复制代码实现,不过肯定比较复杂了。

解决方案 »

  1.   

    wonderyou(凌云) 兄,那也不能因为他有缺陷就不用啊,如果能满足需要,还是可以用的。
    如果要使用,局域网内肯定支持tcp/ip了,而且也不会有防火墙之类的。
    你说的事务复制出错处理不完善,一般会在哪些方面?客户不可能等到自己写完同步复制代码再来用啊!
      

  2.   

    至少有两点不爽:
    1.表结构加了一列rowguid
    2.表结构不能改了
      

  3.   

    我觉得SQL Server中的数据复制技术挺好的,楼上所说的"表结构加了一列rowgrid似乎也只有在合并复制时才会出现嘛.我觉得数据复制技术不爽的地方在于对text和image类型的支持不够好(至少目前是这样的).
    另外我想请教一下:"根据复制的类型和所选择的复制选项,订阅服务器还可以将数据更改传播回发布服务器."
    我知道合并复制可以实现这种功能,不知事务复制可以做到这点否?
    望高手回复~~~~~~~
      

  4.   

    这要看你的实际需要,
    我这里也遇到不同数据库中数据的整合,且为异构数据库(sybase,sql2000),
    1。写个SP定时取数据,并做转换
    2。对sql2000使用数据库复制技术至另一业务分析服务器。