手机
当前位置:查字典教程网 >编程开发 >php教程 >基于mysql的bbs设计(二)
基于mysql的bbs设计(二)
摘要:3。数据库设计关键还是mysql的效率问题,合理分配mysql的内存,特别是tablecache的大小。另外,当系统突然掉电呢?mysql是...

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,大小写混合。

usernamechar[24], // 用户的泥称

userlevellongint,// 64种权限?

numloginsint,

numpostsint,

firstlogin time,

lastlogintime,

staytimetime,/* 总共停留时间 */

lasthostchar[32],

emailvarchar[100],

addressvarchar[100],

// 还需要其他数据吗?是否需要留出一定的保留值,以后alter table来

// 增加新的字段时,效率如何?

版面分类表:sclass

classnumint unique, // 分类标识

classidchar[20],// 分类的英文id:computer

classnamevarchar[100],// 分类的中文描述:电脑世界

classtable char[20],// 特殊分类对应的版面表

// 一般来说,每个版面只属于一个分类,对于特殊分类,例如拳头版块,

// 新版面,可以用专门的表来描述

版面表:sboard

boardnumint unique,// 版面的标识(需要吗?)

boardidchar[20],// 版面的英文名

boardnamevarchar[100],// 版面的中文名

boardclass char[20],// 版面所属分类

boardsysop varchar[100],// 斑竹名单

boardposts int,// 版面的文章数

boardlevel int,// 版面的读写权限

indextable char[20],// 版面对应的索引表的名称:aboardid?

texttablechar[20],// 版面对应的文章表名称:bboardid?

// 最后两项有没有必要出现,是否可以作为必然对应关系,还是允许

// 出现更大的灵活性?另外版面的大小写问题是否可以直接默认

// 只开头字母大写,

特殊分类版面表:snewboard, sstarboard

boardidchar[20],// 版面的id

// 这样的表有必要吗?

版面索引表:acampus,alinux,afootball。。。。。。

idint,// 文章序数,要手动调整????

markchar[1],// 文章标记,m,g,b,d。。。。

titlevarchar[100],// 文章标题

writer char[20],// 文章作者id

posttime time,// 发表时间

textnumlongint,// 对应的编号???不调整

版面文章表

textnumlongint,// 文章编号?

textwordtext,// 文章内容?

// 有必要将索引和文章内容分开吗?从效率上看,况且lazy flush

// 是必然的。删除也是先做个标记。

// 用户中的版面文章是否未读的数据比较繁,是否应该再建一堆的表

// 才能实现呢?

// 投票功能暂不考虑。。。。

【基于mysql的bbs设计(二)】相关文章:

php4的session功能评述(二)

基于文本的访客签到簿

图书管理程序(三)

聊天室php&mysql(二)

图书管理程序(一)

PHP 高手之路(二)

php计数器的设计与实现第1/2页

一个程序下载的管理程序(二)

php4的session功能评述(一)

如何对PHP程序中的常见漏洞进行攻击(上)

精品推荐
分类导航