有经验的高手请支招，哦！征求关于数据库同步的最佳方案....

Question

1、打开本地的Sql Sever的MSDTC服务
2、拔号到远程服务器（modem 对 modem）
3、在本地添加远程服务器:
exec sp_addlinkedserver  @server =  '192.168.2.44'
exec sp_addlinkedsrvlogin @rmtsrvname =  '192.168.2.44',
     @useself =  false ,
     @locallogin = 'sa',  
     @rmtuser =  'sa' ,
     @rmtpassword =  null
4、直接用Sql语句传输数据
select * from [192.168.2.44].zlsgl.dbo.t_cby  update [192.168.2.44].zlsgl.dbo.t_cby set xm = rtrim(xm) + '1' where bh = 4
5、完成后关闭连接：
sp_droplinkedsrvlogin  @rmtsrvname = '192.168.2.44', @locallogin = 'sa'
sp_dropserver  @server =  '192.168.2.44'

Answer 1

to:pengdali(大力 V3.0) 
你的意思就是拨通之后,直接操作远程数据库咯?

Answer 2

longji(龙寂):
具初步了解，数据量应该不会很大，只是一些统计的数据，财务需做报表和业务用来做分析的总结数据..
所以，我想用直接在线把数据导入本地数据库，是不是更适合一些（是不是就是数据同步）..!

Answer 3

我帮你做一个程序，采用GPRS和SIM短消息作为传输载体，数据量不大的话可以做到实时。
我的邮件:[email protected]

Answer 4

现在的问题是这样，如果查询速度会很快的话，你的数据量又不大，那完全可以在线查询，把你的查询逻辑做在服务器端，都不用导入B数据库的。
如果查询的速度会很慢，也就是你的查询逻辑很复杂，那么把分析结构直接查到excel里就行了，没有必要再放入B数据库。
如果非要放到B数据库的话，你又是用的拔号方式，那只能每次都接收数据了。
大力的方法是可行的，不过可能需要一些其它的设置，我曾在一个SQL Server2000和SQL Server7.0之间用过这种方法，在拔号状态下没查出来，不过在2M的局域网内用是可以的。

Answer 5

to: longji(龙寂) 
大力的方法是可行的，不过可能需要一些其它的设置，我曾在一个SQL Server2000和SQL 
                                 ~~~~~~~~~~你说的就是同步的配置?
Server7.0之间用过这种方法，在拔号状态下没查出来，不过在2M的局域网内用是可以的。
                          ~~~~~~~~~~~~~~~~~~~?也就是直接查对吧?你的逻辑复杂嚰>?
局域网不用说,肯定是可以用咯哦!    

Answer 6

我每天的数据量传输比较小，正常拔号只要1－3分钟就行了，而查询要求很多，速度也会很慢，原来是在线查询的，后来需要不断增加就把数据取到客户端去了，这样总的成本比较低，而且查询分析也方便了，
其实你既然不能实时连线，还谈什么数据同步呢？有意义吗？我感觉你需要的更应该是确保数据的一至性，也就是你导到客户端B的数据不能重复，不能缺少，要达到这个目的，你只要在数据导出（从A）和数据导入（到B）的过程做一个适当的逻辑限制就可以了，
只要你能做到让人们了解他接收到的数据（B）是什么时间（或什么逻辑－业务规则）的数据，那么人们（B处的）就不会对查询数据产生误解，也就可以了，
你的网络没有一个实时的条件，为什么要做实时的事情呢？？

Answer 7

to:longji(龙寂)
兄弟言之有理,我也在考虑,其实也并不一定非要做成实时(成本问题),我确实只要保持数据的一致性,也就可以了!