3。資料庫設計
關鍵還是mysql的效率問題，合理分配mysql的記憶體，特別是table cache的
大小。另外，當系統突然掉電呢？mysql是否robust？
table的名字設計，採用一位字首表明型別，全部用小寫表示（？），例如：
系統的資料庫，以s為前導，如使用者表：suser（suser 呢？），具體如下：
s ：系統表，suser，sclass
m ：使用者信件表，msysop，mdrangon
w ：使用者訊息表，wsysop，wdrangon
a ：版面索引表，alinux，acampus
b ：版面文章表，blinux，bcampus
c ：特殊分類版面表，cnewboard
i ：精華區索引表，ilinux，ilinux01，icampus，icampus04
j ：精華區文章表，jlinux，jcampus，
另外，是使用字串還是數字作為標識呢？例如，乙個叫sysop的帳號，其
id是1，他的信的表是msysop還是m00001呢？同樣，乙個叫campus的版，對應的
**是5，則這個版的文章的表名是bcampus還是b00005呢？可能用字串會容易
理解，查錯吧。
使用者資訊表：suser
usernum int unique, // 唯一識別符號，最多30000個帳號，會不會太少了？
userid char[20] primary key, // 排序的關鍵字，id，全小寫。
passwd char[20], // 密碼，存放加密後的密文。
realid char[20], // 實際id，大小寫混合。
username char[24], // 使用者的泥稱
userlevel longint, // 64種許可權？
numlogins int,
numposts int,
firstlogin time,
lastlogin time,
staytime time, /* 總共停留時間 */
lasthost char[32],
email varchar[100],
address varchar[100],
// 還需要其他資料嗎？是否需要留出一定的保留值，以後alter table來
// 增加新的字段時，效率如何？
版面分類表：sclass
classnum int unique, // 分類標識
classid char[20], // 分類的英文id：computer
classname varchar[100],// 分類的中文描述：電腦世界
classtable char[20], // 特殊分類對應的版面表
// 一般來說，每個版面只屬於乙個分類，對於特殊分類，例如拳頭版塊，
// 新版面，可以用專門的表來描述
版面表：sboard
boardnum int unique, // 版面的標識（需要嗎？）
boardid char[20], // 版面的英文名
boardname varchar[100], // 版面的中文名
boardclass char[20], // 版面所屬分類
boardsysop varchar[100], // 斑竹名單
boardposts int, // 版面的文章數
boardlevel int, // 版面的讀寫許可權
indextable char[20], // 版面對應的索引表的名稱：aboardid？
texttable char[20], // 版面對應的文章表名稱： bboardid？
// 最後兩項有沒有必要出現，是否可以作為必然對應關係，還是允許
// 出現更大的靈活性？另外版面的大小寫問題是否可以直接預設
// 只開頭字母大寫，
特殊分類版面表：snewboard， sstarboard
boardid char[20], // 版面的id
// 這樣的表有必要嗎？
版面索引表：acampus，alinux，afootball。。。。。。
id int, // 文章序數，要手動調整？？？？
mark char[1], // 文章標記，m，g，b，d。。。。
title varchar[100], // 文章標題
writer char[20], // 文章作者id
posttime time, // 發表時間
textnum longint, // 對應的編號？？？不調整
版面文章表
textnum longint, // 文章編號？
textword text, // 文章內容？
// 有必要將索引和文章內容分開嗎？從效率上看，況且lazy flush
// 是必然的。刪除也是先做個標記。
// 使用者中的版面文章是否未讀的資料比較繁，是否應該再建一堆的表
// 才能實現呢？
// 投票功能暫不考慮。。。。
基於mysql的bbs設計（三）
4。使用者模組設計 對於底層資料庫，呼叫mysql的c api函式來進行資料庫的修改，內部儲存 一定的狀態變數 例如使用者名稱，還是留給上一層完成？對上一層，則提供 使用者管理的介面。class usermanage 以上各個函式難度不大，都是執行相應的sql語句，訪問mysql資料庫，是否將一般指...
基於mysql的bbs設計（一）
1。系統架構 採用模組化思想，分為3層 a。資料儲存層 使用mysql來存放bbs的所有資料，包括使用者資訊，文章資料，使用者信件，使用者訊息，系統資料 關鍵問題 資料庫的規劃，是否用檔案來輔助。b。系統功能層 完成bbs的基本功能，由多個並列模組組成，向下 呼叫mysql的函式訪問資料庫，向上，接...
基於mysql的bbs設計（四）
5。版面模組設計 所謂分類，更多的是為telnet服務端考慮的，在cq66模式下，使用者可以按 照自己的意願進行分類，反正最後都是直接以版為基本單位訪問的。對於版面文章的訪問，存放的時候以整篇文章為引數，文章的分塊由本層 完成，如果上層以塊為單位傳送，則在上層全部傳完，組合後，再傳參到本層 分解 在...