基於mysql的bbs設計（二）
來源：互聯網
上載者：User
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, // 版面的標識（需要嗎？）
