2
22228888
Unregistered / Unconfirmed
GUEST, unregistred user!
最近﹐與朋友一起談到如何開發一個數據能結合的系統。感到這是一個目前適合中小型系統
的合適決策。但對于目前的網絡不穩定情況﹐能如何有效的來進行數據的結合呢﹖
比如﹕
總公司
|
------------------------------------------------------------------
| | | | |
廣州分公司 東莞分公司 武漢分公司 深圳直銷點 湖洲分廠
|
_________________
| |
長安分銷處 虎門分銷處
這樣﹐大家對此就顯而易見了。而在這樣的架構中﹐廣州﹐東莞﹐深圳都有固定ip﹐武漢用是adsl﹐網絡速度還可以﹐但經常吊線﹐且有時不能上網。但是湖洲是model。極不穩定﹐基本一個星期有兩天不能上網。為了數據的極時更新的安全﹐我們必須排除vpn的做法﹐那樣一天兩天玩玩是沒有問題﹐時間長了就不保險了。
對此﹐我提出這樣的想法﹕每天晚上﹐我們能像瑞星一樣﹐先上傳所有更新數據至總公司﹐再下載最新數據到本地。并且只上傳更新過的。
原因﹕1﹐網絡的不穩定。2﹐數據的安全性。(比喻﹕銷售單價和數量是要保密的)
問題﹕如果按照這表思路﹐那數據的更新如何進行呢﹖下載的數據又如果更新到本地的服務器。
其實這個問題李維的分布式都講得很清楚了﹐我們可以只要delta﹐進行mergechangelog就行了。但是大家對此有沒有更好的方法呢﹖
目前﹐這只是一個進銷存財的問題﹐我采用的是三層結構﹕
tremotedatamodule+socketconnect,在程序的編寫方面我沒有想到更好的方法來實現上面的問題。如果連遠程sql,那就是客戶端再小﹐我想用戶也難以接受網絡的慢﹗
的合適決策。但對于目前的網絡不穩定情況﹐能如何有效的來進行數據的結合呢﹖
比如﹕
總公司
|
------------------------------------------------------------------
| | | | |
廣州分公司 東莞分公司 武漢分公司 深圳直銷點 湖洲分廠
|
_________________
| |
長安分銷處 虎門分銷處
這樣﹐大家對此就顯而易見了。而在這樣的架構中﹐廣州﹐東莞﹐深圳都有固定ip﹐武漢用是adsl﹐網絡速度還可以﹐但經常吊線﹐且有時不能上網。但是湖洲是model。極不穩定﹐基本一個星期有兩天不能上網。為了數據的極時更新的安全﹐我們必須排除vpn的做法﹐那樣一天兩天玩玩是沒有問題﹐時間長了就不保險了。
對此﹐我提出這樣的想法﹕每天晚上﹐我們能像瑞星一樣﹐先上傳所有更新數據至總公司﹐再下載最新數據到本地。并且只上傳更新過的。
原因﹕1﹐網絡的不穩定。2﹐數據的安全性。(比喻﹕銷售單價和數量是要保密的)
問題﹕如果按照這表思路﹐那數據的更新如何進行呢﹖下載的數據又如果更新到本地的服務器。
其實這個問題李維的分布式都講得很清楚了﹐我們可以只要delta﹐進行mergechangelog就行了。但是大家對此有沒有更好的方法呢﹖
目前﹐這只是一個進銷存財的問題﹐我采用的是三層結構﹕
tremotedatamodule+socketconnect,在程序的編寫方面我沒有想到更好的方法來實現上面的問題。如果連遠程sql,那就是客戶端再小﹐我想用戶也難以接受網絡的慢﹗