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   // 是必然的。删除也是先做个标记。   // 用户中的版面文章是否未读的数据比较繁，是否应该再建一堆的表   // 才能实现呢？   // 投票功能暂不考虑。。。。