超級市場電腦化計劃書

星期六Wilson告訴我，MemDB有個使用連鎖零售系統的客戶，要開一間四萬尺的大型超級市場，要求我們給他們一份電腦化計劃書．

如果是新客，這樣的大工程和計劃書我們是不會做，因為接到的機會很微，但既然是舊客戶，也使用了MemDB連鎖零售系統，所以這是一個很難得的機會，我們要好好去做，而且必定要成功．因為如果這工程成功了，對MemDB未來發展有極大幫助．

我非常重視這個工程，所以假期開始了研究各種可行的方案，和跟幾個合作過的伙伴討論．這類的大工程，必須要組織一大團隊才能成事．

MemDB的優勢是已開發了軟件，而且客戶已在使用中．faiwong七間連鎖店用了四年，都未曾出現過軟件問題，所以這點我不太憺心．反而現在要考慮的是硬件和穩定性．

考慮了幾個方案，以下方案是最可行：

客戶要求二十部客戶端，能連接Monitor，Receipt Printer，Barcode Scanner, Cash Drawer和Keyboard．可以考慮購買一部超級電腦Server，連接二十部Thin Clients．而且預備多一部超級電腦Server，兩部Servers做Cluster，當主Server有任何問題，副Server可以即時switch使用，絶對不能影響到店舖經營．

每部Thin client沒有硬碟，有Monitor和USB連接就可以，而且只需要執行MemDB一個客戶端系統，每部32MB Ram已足夠．

以上需要找伙伴提供Server，Network和Support，要確保硬件和網絡能正常使用，軟件交由MemDB負責．

除了以上工程，另一個工程也要做，就是把history record (如銷售記錄）移到另一個資料庫系統做報表．

MemDB的另一個優勢是專門提供快速的記憶體資料庫技術，所有query可以在記憶體內查看和完成，所以交易能在短時間內完成．不過對這類的工程，history record增長很快，有更多的記憶體都不夠用．

不過不用憺心，這個問題有更好的解決方案，就是建立一個Report Server (RS)，例如使用MSSQL或Oracle，定期由MemDB把history record移到這RS．這個就是3-tiers結構了Client - MemDB - RS．以MemDB做middle-ware，處理即時的transactions和query (如銷售和庫存管理）．

最開心的是RS可以交由第三者開發，他們不用理會MemDB技術，但必須使用Borland C++ Builder和Fast Report開發．那樣MemDB可以使用BDE把history record定期移到RS，而他們要根據客戶的要求做不同的報表，所有版權歸MemDB所有，這樣就不怕被他們限制，用了C++ Builder和Fast Report，就算他們日後無法提供服務，也不會阻礙MemDB發展．

有興趣加入我們團隊做硬件Networking和Report Server，或有更好的解決方案 ，歡迎聯絡我們詳談．