各位大大： 小弟求教一个问题，比如说，有总公司和一个分公司，分公司有其独立的资料库，在总公司的server上也建有分公司的资料库,每天分公司将新增的资料传送到总公司,然后总公司再将其增加到对应的该资料库上,以保持两者的相对同步,这样可以做到吗?Thank you very much! ps.使用sql server

hi, 可以使用 SQL SERVER 的 replication 或是 log shipping 技術來進行同步, 就你的狀況來看, 使用 replication (資料複寫) 應該可以滿足你的需求!

引言: hi, 可以使用 SQL SERVER 的 replication 或是 log shipping 技術來進行同步, 就你的狀況來看, 使用 replication (資料複寫) 應該可以滿足你的需求!

感谢Timhuang大大，您说的方法我也有考虑过，但小弟在这方面水平不够，在具体操作上我还希望能听听您的意见。我的疑惑是这样的： 1。如果使用replication的话，是否会造成差异文档越来越大，造成分公司传递文档的速度越来越慢？有何好的建议？ 2。如果使用log shipping 是否意味着每次恢复都要从头做起，很麻烦？ 3。或许小弟上面所提的那种总公司与分公司各建一个资料库的方法其实根本不是什么好的方法？希望能得到指教！ 不胜感激！ 發表人 - luowy651 於 2004/06/10 11:46:51

基本上得看你實際的用途. 就你前面的說明, 是否只有分公司會異動資料庫呢? 總公司僅做查詢嗎? 或是說寫回總公司的目前為何? 另外每日異動量的大小為何呢? 資料庫的總大小為何? 總公司與分公司的連線頻寬為多少呢? 這些都可以列入考量的!

引言: 基本上得看你實際的用途. 就你前面的說明, 是否只有分公司會異動資料庫呢? 總公司僅做查詢嗎? 或是說寫回總公司的目前為何? 另外每日異動量的大小為何呢? 資料庫的總大小為何? 總公司與分公司的連線頻寬為多少呢? 這些都可以列入考量的!

1.只有分公司会异动资料库，总公司仅做查询； 2.每日的异动量为1M左右； 3.资料库总大小为1G 左右（mdf文档）； 4.频宽在768k; 再次感谢！

若是這樣的話, 或許總公司可以查詢分公司即可, 也就是總公司不需要安裝資料庫, 直接查詢分公司資料庫, 但也得看查詢的內容及查詢量來決定是否要這樣進行!