線上訂房服務-台灣趴趴狗聯合訂房中心
發文 回覆 瀏覽次數:916
推到 Plurk!
推到 Facebook!

想與各位前輩討論關於前後台資料庫傳輸的模式

尚未結案
jojoboy
初階會員


發表:65
回覆:108
積分:34
註冊:2002-03-13

發送簡訊給我
#1 引用回覆 回覆 發表時間:2005-02-15 16:49:43 IP:61.220.xxx.xxx 未訂閱
冒味請教各方前輩, 因工作上的需求所以設計了一款POS系統, 為了配合客戶資料交換的需要, 所以大膽的嚐試了以下的架構 Server端:Win 2000 Server MsSQL Server 2000中文標準版 Client端:Win XP 專業版 MsSQL Server 2000 MSDE版 然後使用資料庫複寫的機制, 讓Server端與Client的資料能定時的自行交換, 當初使用這樣的架構是基於能在寬頻網路斷線時, 也不會因為無法與Server端連結而導致系統停擺, 而且Client端的資料存取都是在本機上作業, 所以資料的存取速度也快,而且修改程式的幅度也較小, 但~~~經過多日來的測試....唉~~~~ 因為當初是使用資料庫複寫的機制來交換資料的, 所以很多問題都是出在複寫上的設定,我也不想再試下去了.... 畢竟向M$問問題都是要收費的...真是坑人~~~ 所以,在此想與各方前輩討論看看小弟所想的另一種理論~~~ 當初在使用資料庫複寫機制時,就在想, 難道我一定要透過SQL Server來達到資料庫複寫嗎? 應該可以使用DELPHI 5.0 來達到相同的功能, 所以在思考後,想出了以下的方法, 所有的資料在存取時,都另行將資料回存到一個暫存的資料表格, 然後,每隔一段時間就將資料回傳至Server 端的資料庫, 但這樣的作法應該會造成Client端的負擔加大, 所以是不是必須透過背景作業或多執行緒的方式,來達到以上的方式? 或是有更好的方式可以減輕Client端的負擔... 望各方前輩能不吝指導......
rexchiu
中階會員


發表:14
回覆:88
積分:70
註冊:2002-03-17

發送簡訊給我
#2 引用回覆 回覆 發表時間:2005-02-21 18:18:27 IP:220.130.xxx.xxx 未訂閱
引言: 冒味請教各方前輩, 因工作上的需求所以設計了一款POS系統, 為了配合客戶資料交換的需要, 所以大膽的嚐試了以下的架構 Server端:Win 2000 Server MsSQL Server 2000中文標準版 Client端:Win XP 專業版 MsSQL Server 2000 MSDE版 然後使用資料庫複寫的機制, 讓Server端與Client的資料能定時的自行交換, 當初使用這樣的架構是基於能在寬頻網路斷線時, 也不會因為無法與Server端連結而導致系統停擺, 而且Client端的資料存取都是在本機上作業, 所以資料的存取速度也快,而且修改程式的幅度也較小, 但~~~經過多日來的測試....唉~~~~ 因為當初是使用資料庫複寫的機制來交換資料的, 所以很多問題都是出在複寫上的設定,我也不想再試下去了.... 畢竟向M$問問題都是要收費的...真是坑人~~~ 所以,在此想與各方前輩討論看看小弟所想的另一種理論~~~ 當初在使用資料庫複寫機制時,就在想, 難道我一定要透過SQL Server來達到資料庫複寫嗎? 應該可以使用DELPHI 5.0 來達到相同的功能, 所以在思考後,想出了以下的方法, 所有的資料在存取時,都另行將資料回存到一個暫存的資料表格, 然後,每隔一段時間就將資料回傳至Server 端的資料庫, 但這樣的作法應該會造成Client端的負擔加大, 怕Client端負擔大,何不把工作交給Server端去負責呢? 因為你二邊都有SQL Server,只要在Server端那邊寫隻小小的程式,來 負責作資料的交換即可!就是Server端那隻小程式負責把,Server要給Client的資料寫到Client的SQL Server中,也負責從Client的SQL Server中取回需要的資料就好了吧 所以是不是必須透過背景作業或多執行緒的方式,來達到以上的方式? 或是有更好的方式可以減輕>< face="Verdana, Arial, Helvetica"> Best Regards, Rex Chiu
------
Best Regards,
Rex Chiu
max5020
資深會員


發表:30
回覆:277
積分:321
註冊:2003-06-04

發送簡訊給我
#3 引用回覆 回覆 發表時間:2005-03-01 16:22:34 IP:219.134.xxx.xxx 未訂閱
我要認為最好不用自己來處理資料複寫的工作, 因為那有太多的變動因素, 我會建議您, Client用Access就好, 不論是Client/Server也好3-Tiers的架構也可以, 判斷是連線狀態就將資料往Server端送, 斷線時,資料就先暫存Client的Access中, 這樣會比較單純!!
pillar62
資深會員


發表:9
回覆:324
積分:271
註冊:2002-04-15

發送簡訊給我
#4 引用回覆 回覆 發表時間:2005-03-02 09:57:27 IP:210.64.xxx.xxx 未訂閱
你好 市面上應該有很多關於pos系統的書,可以參考看看,基本上你的架構是正確的!資料傳輸的部分,一般會用文字檔串聯前端跟後端的資料,這個部分你可以參考看看!! Pillar Wang
------
Pillar Wang
jojoboy
初階會員


發表:65
回覆:108
積分:34
註冊:2002-03-13

發送簡訊給我
#5 引用回覆 回覆 發表時間:2005-03-07 14:25:45 IP:61.220.xxx.xxx 未訂閱
感謝各位前輩的指教.... 基本上我現在所開發的POS系統就是使用文字檔串聯前端跟後端的資料... 但因為現在公司要求時效性...所以要改VPN來做資料傳輸媒介.... 但....因為我擔心VPN斷線...會造成前台的電腦無法連線到後台主機... 而導致使用者無法輸入資料... 所以才會在前台也建購一個資料庫.... 然後使用資料庫複寫的機制, 讓Server端與Client端的資料能定時的自行交換.... 但就像我前文所提的.... 因為不確定的因素太多....所以問題也很多.... 後來我參考了幾套POS系統後.... 發覺就像max5020前輩所提的.... 大都是將本機端的資料庫當作一個暫存的資料庫.... 當線路斷線時...就將資料存在本機端..... 但..這樣的機制....對小弟而言有點陌生.... 不知道前輩們有沒有相關的文件可供小弟參考...... Thanks
系統時間:2024-06-27 3:19:27
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!