市面上的 pos 系統，因為時空背景的因素所致，幾乎都是以 dos 開發為背景的過時商品，若是要配合上目前正火熱的ｅ化熱潮，幾乎可以說是不能的任務！我們先來分析以前的 dos 網路環境，幾乎都是以區域網路為要，如果對於以只有一家零售店的零售業來說，這樣的區域網路架構可以說非常恰當，由於只有以區域網路架構的環境下，對於該業者的老闆來講，前台的收銀資訊都可以很快，或是立即在後台報表中可以立即顯現，因此目前市面上的 pos 系統對於單店經營的立場來說，已經是非常成熟好用，例如在採購作業時可以同時參考目前的庫存數量，並作出線上的即時判斷與下單，只要是系統運作正常，庫存數量正確，那這套 pos 系統都可以很容易讓經營者接受的！
但是如果是二家店以上的連鎖經營者呢？區域網路版本立即顯現出其缺陷，當你以原有的 pos 系統操作下，要再增加一家分店經營時，惡夢終於開始來臨了，雖然是相同的 pos 系統，一樣的軟硬體配備，可是最困難的第一件事情緊接著由軟體廠商口中告訴你，只要是總公司的變價資料或是新品資料，一定要透過預約變價的方式來傳輸給分店更改，並且無法像單店一樣的作業，不是想變就變，一定要透過預約變價，傳輸接收，確認轉入，然後這樣該遠端的分店才可能變更 pos 系統中的售價內容，至於分店的收銀機資料要回傳總公司限制更多，一來絕對沒辦法像單店時，不要說可以 " 立即 " 得知每一收銀櫃裡的現金狀況以及銷售狀況，就是要當天知道都有困難呢！
因為這就要牽扯到軟體設計的經驗與功力囉，最簡單的思考方向就是，當在區域網路操作的資料庫是採用共享狀態來開檔的，若不是共享狀態下的話，那可能又絕對不是網路版本的架構，更不用去提他了，既然是共享狀態下，我們可以想像，當乙個銷售紀錄資料庫是被所有的收銀機系統共用著，並且是不斷的增加銷售資料中，系統想要將他傳輸回總公司將有很大的困難度，如果是採用外部的傳輸軟體來搭配的 pos 程式，要將乙個一直在不斷膨脹的共享資料庫傳輸出去那將是難如登天囉，以我快 20 年的程式撰寫經驗，我是還沒遇上過的呢！那如果是自己撰寫有傳輸軟體的應用系統呢？
別高興的太早，要解決的困難可不是一點點的小難題呢，當然對於將資料庫內容一筆一筆的傳輸出去，再將傳輸出去的紀錄一筆一筆的作下記號，以免重複傳輸出去的困擾，這樣對於軟體來說好像是輕鬆容易，但是緊接下來的是硬體困擾等待你解決的呢，那就是斷線問題，由於電話線路的品質可能發生中斷，尤其是使用 modem 資料傳輸機，受干擾的機率又非常的大，當然這是可以利用軟體來修正的，不過就可能要浪費一部電腦來作專用傳輸資料的裝置，然而還有一項更要計較的是 " 電話費 " ，若是採用專線或是撥接方式，我相信每個月都是一筆不小的支出吧！所以不管是因為技術問題，或是荷包問題，放眼台灣幾乎可以說沒有一家的 pos 系統是採用 oltp 架構的！
半虛擬化和全虛擬化的區別
1.全虛擬化比半虛擬化技術先出來 2.全虛擬化，客戶機認為自己執行在硬體之上，優點 不需對客戶機作業系統進行修改 缺點 消耗資源大 3.半虛擬化，客戶機知道自己是執行在虛擬機器上，缺點 需要對客戶機作業系統進行修改，所以對不能修改的系統 windows系統 不支援 優點 消耗資源小效能好，4.隨著，...
4個全0的IP位址
說明 本文 參考rfc文件 0.0.0.0 8 addresses in this block refer to source hosts on this network.address 0.0.0.0 32 may be used as a source address for this host...
2020牛客寒假演算法基礎集訓營4 E題
補題ing，簡單的貪心 模擬啦 傳送門 題目的大概意思是說給你一組字串 只包含數字1 9和 可以打亂順序，然後求表示式的最小值。這道題的思路就是看看有幾個加號，比如有2個加號，那我們就需要三個數字讓他們組成合法的表示式。我們先對輸入的字串進行處理，統計一下每個數字的個數和加號的個數 貪心策略 我們要...