帮助你开发基于MySQL数据库的论坛设计

帮助你开发基于MySQL数据库的论坛设计

1。系统架构:

采用模块化思想,分为3层:

a。数据存储层:使用MySQL来存放bbs的所有数据,包括用户信息,文章数据,用户信件,用户消息,系统数据(?),关键问题:数据库的规划,是否用文件来辅助。

b。系统功能层:完成bbs的基本功能,由多个并列模块组成,向下调用mysql的函数访问数据库,向上,接受处理请求,将处理的结果返回上层,根据请求类型,返回成败结果和其他数据。而且模块高度灵活,可以方便的修改增加。包括:

**用户模块,处理用户的注册,基本数据的修改,权限的变化,网友信息的查询。

**版面模块,完成文章发表,文章的读取,文章的删除,文章的加标记,读改删权限检查,此模块对数据库的要求最高。

**精华区模块,包括精华区的文章,目录的增加,删除,上下移动

(?)读改删权限检查,目录结构是其中的难点。

**信件模块,包括发新信件,读删信件,信笺标记,新信件的通知

**消息模块,包括发送消息,接受消息,新消息通知,消息回顾,消息存信件。

**系统动态模块,包括当前上站人数,当前动态,由于变动频繁,此类数据用共享内存实现可能更好。

**聊天模块,双人聊天是否能借鉴icq的做法,由双方直接通话,但聊天结果存信件可能较麻烦,同时,为兼容telnet功能,当上层服务层为telnet时,增加专门的模块来进行处理。

**聊天室模块,利用共享内存还是数据库?开房间,里面的权限问题。根据需要,还能增加新的功能。例如:活动看板模块,但对于非telnet终端,意义好象不大。。。。。

3。数据库设计

关键还是MySQL的效率问题,合理分配mysql的内存,特别是tablecache的

大小。另外,当系统突然掉电呢?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

usernumintunique,//唯一标识符,最多30000个帐号,会不会太少了?

useridchar[20]primarykey,//排序的关键字,id,全小写。

passwdchar[20],//密码,存放加密后的密文。

realidchar[20],//实际id,大小写混合。

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

userlevellongint,//64种权限?

nUMLoginsint,

numpostsint,

firstlogintime,

lastlogintime,

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

lasthostchar[32],

emailvarchar[100],

addressvarchar[100],

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

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

版面分类表:sclass

classnumintunique,//分类标识

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

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

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

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

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

版面表:sboard

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

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

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

boardclasschar[20],//版面所属分类

boardsysopvarchar[100],//斑竹名单

boardpostsint,//版面的文章数

boardlevelint,//版面的读写权限

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

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

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

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

//只开头字母大写,

特殊分类版面表:snewboard,sstarboard

boardidchar[20],//版面的id

//这样的表有必要吗?

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

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

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

titlevarchar[100],//文章标题

writerchar[20],//文章作者id

posttimetime,//发表时间

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

版面文章表

textnumlongint,//文章编号?

textwordtext,//文章内容?

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

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

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

//才能实现呢?

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

4。用户模块设计

对于底层数据库,调用MySQL的CAPI函数来进行数据库的修改,内部保存一定的状态变量(例如用户名,还是留给上一层完成?),对上一层,则提供用户管理的接口。

ClassUserManage{

private:

charmyuserid[20];//用户的id,未登陆前为空

timelogintime;//用户登陆时间,并用于计算停留时间

charloginhost[20];//上站地点。

public:

intNewUser(char*userid,char*passwd);

新建一个用户,判断是否已经有,其他资料暂时为空,

firstlogintime,权限等设缺省值。

intUserLogin(char*userid,char*passwd);

用户登陆,验证密码,

intChangePasswd(char*oldpasswd,char*newpasswd);

修改密码,要求原密码一致。

intChangePriData(char*newname,char*newemail,

char*newaddr);

改变基本数据,泥称,email,住址。。。。

intModifyNumData(intaddlogin,intaddpost);

修改文章数,上站次数,等数据。。。。注意调用对象。

intUserLogout();

用户退出,修改lastlogin,staytime,loginhost等

//普通查询命令

intQueryCommonData(constchar*userid,int&loginnum,

char*username,int&postnum,

time&lastlogin,char*lasthost);

查询网友基本信息。

//特权指令,函数在完成功能前,先判断权限。

intQueryPriData(constchar*userid,char*email,

char*addr);

查询基本信息,普通人只能查自己,有特权才能查其他人。

intModifyUserLevel(BOOLisAdd,unsignedlonglevel);

修改用户的权限,

intModifyUserId(char*oldid,char*newid);

char*newemail,char*newaddr);

修改用户的基本数据。

intModifyUserNumdata(char*userid,intaddlogin,intaddpost);

修改用户的文章数等数据。

intModifyUsERPasswd(char*userid,char*newpasswd);

修改用户的密码。

}

以上各个函数难度不大,都是执行相应的sql语句,访问mysql数据库,是否将一般指令归到特权指令中去呢?权限的检查,是放在这一层还是上一层?

这更多的是看考虑的着重点,是看程序的清晰性还是代码的简练,可能还是看代码吧,毕竟要考虑访问量,另外,上层服务层是否也应该考虑权限检查问题呢?

5。版面模块设计

所谓分类,更多的是为telnet服务端考虑的,在cq66模式下,用户可以按照自己的意愿进行分类,反正最后都是直接以版为基本单位访问的。

对于版面文章的访问,存放的时候以整篇文章为参数,文章的分块由本层完成,如果上层以块为单位传送,则在上层全部传完,组合后,再传参到本层分解;在读取的时候,本层则以块为单位访问,如果上层要以全文为单位访问,则在上层做合并工作,本层不管。

至于要不要独立出索引,不影响上层的操作,主要和下层的数据库构造有关,主要考虑可行性,效率需求等。

权限的检查放在哪里进行呢?还是放在上层吧,其实就telnet服务器端,和cq66的客户端,根本不会给一般用户显示特殊指令的菜单,当然,用户可以直接发送cq66的指令,服务器方还是要检查的。但应该不用在它下面的功能模块层再检查一次吧。

ClassBoardManage{

private:

public:

//有关分类的操作

intGetClassNameInfo(intmaxclass,char**classid,

char**classname);

返回分类的信息,中英文名。

intGetBoardName(intmaxboards,char*classid,

char**boardname);

返回某分类中的版面信息,一般分类,直接select..

fromsboard

whereboardclass==....特殊分类则查相应的表。。。。

//修改需要版面管理员以上的特权

intNewClass(char*newclassname,inttype);

新建分类,普通分类还是特殊分类,

intDeleteClass(char*newclassname);

删除分类,但不cascade,即本层不负责一致性,由上层负责将

相应的版面的分类信息改为别的。分类改名也是先删再建,

intAddClassBoard(constchar*classname,char*newboardname);

将已建好的版加入某分类中,专门针对特殊分类,对一般分类,其

效果和modifyboardinfo一样,

intDeleteClassBoard(constchar*classname,char*boardname);

从分类中删除某个版,也是针对特殊分类,对一般分类,效果也

是和modifyboardinfo一样,一个版的分类属性可以为空,即不属

于任何分类。

//有关版的信息的操作。

intNewBoard(constchar*boardid,char*boardname);

新建一个版,建立对应的表。其他参数取默认值。

intDeleteBoard(constchar*boardid);

删除一个版,删除对应的表。

intGetBoardInfo(constchar*boardid,char*boardname,

int&numposts,char*masters,char*class,

long&level);

取的版面的信息。

intModifyBoardId(constchar*oldid,char*newid);

改变版的英文id,对应table的名称也要改变,

intModifyBoardInfo(constchar*boardid,char*boardname,

intnumposts,char*masters,char*class,

longlevel);

修改版面信息,需要特权。

//有关版面文章的操作。

intAddText(char*boardid,char*title,char*writer,

char*text);

往版面中增加文章,内部将长文章分割成2k的块。

intDeleteText(char*boardid,intnum);

删除文章,只是做一个标记,并不立刻修改对应的table。

intFlushTable(char*boardid);

刷新版面,删除被删文章的对应的记录。

intMarkText(char*boardid,intnum,charmark);

给文章做标记。

intModifyTitle(char*boardid,intnum,char*newtitle);

修改文章的标题。

intModifyText(char*boardid,intnum,char*newtext);

修改文章内容,不是自己的文章需要特权。

intGetTextInfo(constchar*boardid,intnum,char*title,

char*writer,char&mark);

取得文章的标题信息。

intGetText(constchar*boardid,intnum,intblock,

char*text);

读取文章的内容,以块为单位。

//文章和作者的查询

//一次将查询的结果全部返回?

intQueryWriter(constchar*boardid,char*writer,

char**result);

查询版面上,某作者的文章。

intQueryTitle(constchar*boardid,char*title,

char**result);

查询版面上,标题中包含指定内容的文章。

}

参数的传递是一件比较讨厌的事,从抽象的角度,希望返回的数据与底层无关,所以应该加以处理,但从效率的角度,又不希望数据进行多次复制,另一方面,空间的申请释放,究竟是在上层中完成还是在本层中完成呢?一不小心,很容易有内存错误。