我有一個客戶是開超市的，有兩家分店，和一家總店，客戶要求這三家店要數據連起
來(這三家店用到電信寬帶上網，分店撥vpn到總店服務器的方式進行連接)，可以在任何地方
都可以查看數據。
我的第一個解決方法，在總店裏安裝一臺雙CPU至強8核，可超線程達到16核的5520的
cpu，12G的內存，服務器主板，雙硬盤，兩家分店一共有15臺pos機，用vpn撥號到服務器
裏，直接pos開單。由於超市的商品比較多，我這個客戶的超市的商品就超過了4萬種單品，
所以用vpn直接連服務器開pos單時，就覺得很慢了，因此客戶一直讓我用其它方法來改進速
度。
第二種解決方法，用遠程桌面來解決，這種方法是在服務器利用遠程桌面技術，在POS機
裏，先撥vpn，然後單擊客戶端的xp系統的遠程桌面連接，直接連到服務器上，在服務上開
pos單，這樣就可以解決開單的速度，開單速度基本等同於單機操作的速度了。但是出現另外
一個問題，在遠程桌面技術，根本不能實現顧客顯示屏和彈錢箱的功能。有時候連POS打印機
都無法打印，按道理講，在服務器端安裝了POS打印機的驅動程序，在客戶端也安裝同樣的
POS打印機的驅動程序，那通過遠程桌面計術是應該可以打印出來的，就是奇怪的是不是每一
次都行。但是用lq300k、lq1600k針式打印機、激光打印機、噴墨打印機就不會出現這種問
題的。
第三種解決方法，用下載數據和上傳數據的方式，在每一個POS機都有xml數據庫，每天
上班，用戶連vpn到服務器，然後下載了商品資料、分店價格體系、電子稱的信息、用戶權限
等等下載到本地的xml數據庫裏，POS開單也是連接本地的xml數據庫進行開單。到了換班的
時間，連接vpn，把pos的銷售數據上傳數據到服務器裏，上傳完畢後，刪除本地xml的pos銷
售數據。這種方式，即解決POS打印機、彈錢箱、顧客顯示屏的問題，也解決了速度的問題，
因這樣開POS銷售單的速度已經是單機操作的速度了，速度當然是快好多了。但是也存在着另
外一個問題，就是xml數據庫容易破壞，只要pos機稍微出現死機，不正常關機的情況下，
xml數據庫就非常容易破壞，我的客戶在用這種方式時，一個星期至少有一到兩臺pos機出現
xml破壞，並且pos的銷售數據全部丟失。
第四種解決方法，也是用下載數據和上傳數據的方式，不過，這次數據庫改成sql2008
了。在每一個分店裏，都有一臺服務器，我稱之爲前端服務器，這臺前端服務器的配製要求i3
的cpu和4G內就可以了。所有分店的pos機都連接到前端服務器裏，我就利用了sql2008的分
布式數據庫的方式，實現從中心服務器下載基礎數據，如商品資料、分店的價格、會員資料、
電子稱信息、用戶的權限密碼等等，在局域網開完單後，利用sql2008的代理服務的作業自動
上傳數據到中心服務器(中心服務器也是安裝sql2008數據庫的)，上傳完畢後，把前端服務器
的數據全部刪除掉。我當時用了msdtc、服務器之間的信任、上傳數據用到遠程事務，這樣保
證了數據完整性，不會出現數據的丟失，我做了一個自動上傳和下載的功能，每天晚上22點
自動上傳數據，22點30分自動下載基礎數據，這樣用戶在第二天早上上班就不需要再下載基
礎數據了。這種方法是徹底解決的方案，既解決了pos打印、彈錢箱、顧客顯示屏、pos開單
的速度，也解決類似xml數據容易破壞，由於上傳完pos銷售數據，並且把前端的pos銷售數
據全部刪除，也保證數據不留在前端服務器上。當然在下載和上傳的數據時，做了好多機制限
定，比如上傳數據時，是否會出現重複上傳，比如上傳的過程中實然斷線，上傳了一半，數據
如何處理，還有就是下載時，下載一半時，突然斷線，又如何處理等等問題，都做了限制。
用第四種方法，還有另外一個好處，就是在網絡環境不佳的情況下是一非常好的選擇方
式，對網絡要求就降低了很多。用第二種方法，除非客戶不太要求彈錢箱和顧客顯示屏的時
候，而且在網絡非常穩定的時候，也是不錯的選擇。其實最好的解決方案是在POS零售開單時用
第四種方案，後臺的進倉、調撥、一般的銷售、各種數據的查詢就用第二種方案，兩種方案相
結合，效率會提高很多，其實在我的超市客戶裏，只要是用到總店與分店形式，都採用第四種和第
二種方案相結合。