3。資料庫設計
關鍵還是mysql的效率問題，合理分配mysql的內存，特別是table cache的
大小。另外，當系統突然掉電呢？ mysql是否robust？
table的名字設計，採用一位前綴表明類型，全部以小寫表示（？），例如：
系統的資料庫，以s為前導，如用戶表：suser（sUSER 呢？），具體如下：
s ：系統表，suser，sclass
m ：使用者信件表，msysop，mdrangon
w ：使用者訊息表，wsysop，wdrangon
> b ：版面文章表，blinux，bcampus
c ：特殊分類版面表，cnewboard
i ：精華區索引表，ilinux，ilinux01，icampus，icampus04
另外，是使用字串還是數字作為識別呢？例如，一個叫sysop的帳號，其
id是1，他的信的表是msysop還是m00001呢？同樣，一個叫campus的版，對應的
代碼是5，則這個版的文章的表名是bcampus還是b00005呢？可能用字符串會容易
理解，查錯吧。
使用者資訊表：suser
usernum int unique, // 唯一識別符，最多30,000個帳號，會不會太少了？
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 char[32],
email varchar[100],
address varchar[100],
// 還需要其他資料嗎？是否需要留出一定的保留值，以後alter table來
// 增加新的欄位時，效率如何？
版面分類表：sclass
classnum int unique, // 分類標識
classid char[20], // 分類的英文id：comp分類的中文描述：電腦世界
classtable char[20], // 特殊分類對應的版面表
// 一般來說，每個版面只屬於一個分類，對於特殊分類，例如拳頭版塊，
// 新版面，可以用專門的表來描述
版面表：sboard
boardnum int unique, /////////已被識別為嗎？ // 版面的英文名
boardname varchar[100], // 版面的中文名稱
boardclass char[20], // 所屬分類
> boardposts int, // 版面的文章數量
boardlevel int, // 版面的讀取和寫入權限
indextable char[20], /id
texttable char[20], // 版面對應的文章表名稱： bboardid？
// 最後兩項有沒有必要出現，是否可以作為必然對應關係，還是允許
// 出現更大的彈性？另外版面的大小寫問題是否可以直接預設
// 只為開頭字母大寫，
特殊分類版面表：snewboard， sstarboard
boardid char[20], . > // 這樣的表有必要嗎？
版面索引表：acampus，alinux，afootball。 。 。 。 。 。
id int, // 文章序數，且要手動調整？ ？ ？ ？
mark char[1], // 文章標記，m，g，b，d。 。 。 。
title varchar[100], // 文章標題
writer char[20], // 文章作者 / 對應的編號？ ？ ？不調整
版面文章表
textnum longint, // 文章編號？
textword text, // 文章內容？
// 有必要將索引和文章內容分開嗎？從效率來看，況且lazy flush
// 是必然的。刪除也是先做個標記。
// 用戶中的版面文章是否未讀的資料比較繁，是否應該再建一堆的表
// 才能實現呢？
// 投票功能暫不考慮。 。 。 。
http://www.bkjia.com/PHPjc/316252.html
