基於mysql的bbs設計（一）

1。系統架構：
採用模組化思想，分為3層：
a。資料存放區層：使用mysql來存放bbs的所有資料，包括使用者資訊，
文章資料，使用者信件，使用者訊息，系統資料（？），關鍵問題：
資料庫的規劃，是否用檔案來輔助。
b。系統功能層：完成bbs的準系統，由多個並列模組組成，向下
調用mysql的函數訪問資料庫，向上，接受處理請求，將處理的
結果返回上層，根據請求類型，返回成敗結果和其他資料。而且
模組高度靈活，可以方便的修改增加。包括：
** 使用者模組，處理使用者的註冊，基本資料的修改，許可權的變化，
網友資訊的查詢。
** 版面模組，完成文章發表，文章的讀取，文章的刪除，文章
的加標記，讀改刪許可權檢查，此模組對資料庫的要求最高。
** 精華區模組，包括精華區的文章，目錄的增加，刪除，上下移 動
（？）讀改刪許可權檢查，目錄結構是其中的痛點。
** 信件模組，包括髮新信件，讀刪信件，信箋標記，新信件的通
知
** 訊息模組，包括髮送訊息，接受訊息，新訊息通知，訊息回顧，
訊息存信件。
** 系統動態模組，包括當前上站人數，當前動態，由於變動頻繁，
此類資料用共用記憶體實現可能更好。
** 聊天模組，雙人聊天是否能借鑒icq的做法，由雙方直接通話，
但聊天結果存信件可能較麻煩，同時，為相容telnet功能，當
上層服務層為telnet時，增加專門的模組來進行處理。
** 聊天室模組，利用共用記憶體還是資料庫？開房間，裡面的許可權
問題。
根據需要，還能增加新的功能。例如：活動看板模組，但對於非
telnet終端，意義好象不大。。。。。
c。服務層：直接和客戶機對話，根據客戶機的請求，調用功能模組取得
資料，然後將資料發送回用戶端，根據用戶端的類型，分別開發不同
的服務模組，並且儘可能合理進行抽象，使對不同的服務層，能共用
系統功能層的模組。具體包括：
++ cq66服務端，採取原cq66的方式，並重新規劃協議，支援系統功能
層的所有功能，但要用專門的用戶端程式（cq66），如果能做到向
下相容則更好，用戶端程式要隨服務端的升級而升級，使用者可能有
點不便。有需要可以在傳輸過程中加入加密功能，類似ssh。
++ telnet服務端，採用舊bbs的方式，有些功能不支援，用戶端無須
升級，伺服器端要儲存客戶方的狀態，並根據用戶端的按鍵來判斷
狀態的轉移，並由此得出所需的資料，（例如閱讀某篇文章），然
後再向系統功能層請求資料，然後將資料加以處理（例如加上頂行，
尾行）然後返回資料，可以在現有的bbsd上修改，可以省去io模組
的設計但難度較大，除文章方面好一點外，其他比較難改，但從頭
寫起太費力。
++ httpd服務端，所需的功能更少，相對較簡單，本來直接調用mysql
資料庫也行，直接可以用php，但考慮到分層的原則，建議仍用c編
cgi的方式實現不知能不能在原來的基礎上修改呢？估計不行。
系統的關鍵和痛點：
a。資料庫的設計，mysql支援大量的table嗎？例如幾萬？每個
使用者至少一個表，然後每個版一個表，精華區的表結構可能更複雜。
但應該總會比現在bbs的檔案結構清晰一些，效率也高一點吧，排序
和cache的功能可以信賴mysql吧。
b。mysql中文字欄位的大小限制，限制一篇文章不得大於64k不過分吧，
而且從效率的角度，將一篇文章以最大2k的塊為單位存放可能更好，
這樣，當telnet使用者看文章時，telnet伺服器不用每次都查詢資料庫
讀取幾十k的資料，再將其中的某2k傳給使用者，可局部補償資料庫欄位
不能象檔案那樣從中間讀取一部分。不過這樣文章欄位資料的管理
比較複雜。
2。系統開發計劃：
先考慮使用者模組和版面模組，規劃好資料結構，應該很容易和現有bbsd結合
起來的。然後再考慮其他模組？。。。。。。。
（//以下有空再寫。。。。。先睡覺去。。hmm.........）
3。資料庫設計
4。使用者模組設計
5。版面模組設計
6。bbsd和cq66伺服器端改造
7。初步測試計劃 。