各位前輩：

我想請教一下目前我遭遇的問題，我現在負責一家公司的簡易POS營業點系統，系統的基本資料維護在總公司（ADSL固3 IP），而下轄八個直營點，但是七個直營點都為(ADSL 2M/256 KB)，其中一點更為1M/64K（ 因為距離的關係），但是現在雖各點，都有MS SQL當資料庫，但是遇到資料庫同步的問題，我在想要怎麼作比較好，
1.寫一個夜間傳輸資料的程式，讀出資料慢慢寫回總公司（但是營業點有時後會被關機)
2.利用MS SQL 2k 資料庫的複寫功能，但是複寫的話，MS SQL就要弄很多點的資料庫，因為據我所知道，發送端和訂閱端的資料庫不是都可以立即雙向讀寫的！
3.每次POS有交易資料，立即傳回總公司，但是只要網路一斷線，我就跟被空襲一樣，因為沒連線就不能用的壓力，實在太大啦！

真是不知道怎麼作才好，懇請給予建議！感謝！

------
「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」
程式寫的越久，卻發現自己越來越不會寫程式！

分公司有兩個 DB, 一個是真正的資料, 一個是當連線中斷, 暫時存放要傳回總公司的資料 (傳回後刪除)

------
能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！

子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！

不過我好怕資料同步的問題，比如總公司修改資料尚未傳輸，而網路斷線，直營點的資料又還沒更新，那直營點的交易紀錄....

------
「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」
程式寫的越久，卻發現自己越來越不會寫程式！

直營點的程式要定時檢查網路是否通, 通則將尚未傳輸的資料傳輸, 不通的將資料存在第二個 DB

------
能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！

子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！

我的經驗是於
1.總公司寫一個可定時自動及手動操作的上下傳程式.
2.於總公司及門市各寫一個可定時自動及手動操作轉檔程式或利用SQL Server匯入功能(我比較喜歡自己寫,彈性比較大)

門市上傳及總公司下傳資料只針對有異動的部份產生Text File 或則是任何你會的小型資料庫
(如果可以還可以將檔案壓縮,加快傳送速度),然後利用轉檔程式自動將資料匯入SQL資料庫
,當ADSL連線沒修復前你什麼事也做不了,但此時門市與總公司要上下傳的資料,都已經在各自的電腦處理完成,處於等待傳送狀態
如此一來當ADSL線路斷線裝況修復,資料便會自動上下傳,達到你要的資料同步.
(就算假日斷線,你只要負責將ADSL連線搞定就可以了)
至於中間過程有關資料的保存及異動判斷你就得發點時間稍作處理囉!應該不難的!

希望對你有幫助!

------
結案=動力
高手等等我 .... 追隨高手永不懈怠!!

感謝兩位前輩的回應，我想我要好好得來思考這個問題！

------
「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」
程式寫的越久，卻發現自己越來越不會寫程式！

這樣的需求強烈不建議使用資料庫的複寫功能，因為運作架構的彈性會受限
基本上營業點的 POS 系統絕對要做到可以離線作業的能力，因為電力與網路都會有中斷的可能性

既然營業點有資料庫，這樣重點就是在基本資料與交易資料的傳輸處理流程該如何規劃

------
http://blog.bestlong.idv.tw/
http://www.bestlong.idv.tw/
http://delphi-ktop.bestlong.idv.tw/