5。版面模組設計
所謂分類，更多的是為telnet服務端考慮的，在cq66模式下，使用者可以按
照自己的意願進行分類，反正最後都是直接以版為基本單位訪問的。
對於版面文章的訪問，存放的時候以整篇文章為引數，文章的分塊由本層
完成，如果上層以塊為單位傳送，則在上層全部傳完，組合後，再傳參到本層
分解；在讀取 的時候，本層則以塊為單位訪問，如果上層要以全文為單位訪問
，則在上層做合併 工作，本層不管。
至於要不要獨立出索引，不影響上層的操作，主要和下層的資料庫構造有
關， 主要考慮可行性，效率需求等。
許可權的檢查放在**進行呢？還是放在上層吧，其實就telnet伺服器端，
和cq66 的客戶端，根本不會給一般使用者顯示特殊指令的選單，當然，使用者可
以直接傳送cq66 的指令，伺服器方還是要檢查的。但應該不用在它下面的功
能模組層再檢查一次吧
。 class boardmanage
引數的傳遞是一件比較討厭的事，從抽象的角度，希望返回的資料與
底層無關，所以應該加以處理，但從效率的角度，又不希望資料進行多次
複製，另一方面，空間的申請釋放，究竟是在上層中完成還是在本層中完成
呢？一不小心，很容易有記憶體錯誤。
本文標題: 基於mysql的bbs設計（四）
本文位址:
基於mysql的bbs設計（三）
4。使用者模組設計 對於底層資料庫，呼叫mysql的c api函式來進行資料庫的修改，內部儲存 一定的狀態變數 例如使用者名稱，還是留給上一層完成？對上一層，則提供 使用者管理的介面。class usermanage 以上各個函式難度不大，都是執行相應的sql語句，訪問mysql資料庫，是否將一般指...
基於mysql的bbs設計（二）
3。資料庫設計 關鍵還是mysql的效率問題，合理分配mysql的記憶體，特別是table cache的 大小。另外，當系統突然掉電呢？mysql是否robust？table的名字設計，採用一位字首表明型別，全部用小寫表示 例如 系統的資料庫，以s為前導，如使用者表 suser suser 呢？具體...
基於mysql的bbs設計（一）
1。系統架構 採用模組化思想，分為3層 a。資料儲存層 使用mysql來存放bbs的所有資料，包括使用者資訊，文章資料，使用者信件，使用者訊息，系統資料 關鍵問題 資料庫的規劃，是否用檔案來輔助。b。系統功能層 完成bbs的基本功能，由多個並列模組組成，向下 呼叫mysql的函式訪問資料庫，向上，接...