正在阅读:基于MySQL的BBS设计(1)基于MySQL的BBS设计(1)

2004-04-01 13:26 出处:奥索网 作者:佚名 责任编辑:pjl
c。服务层:直接和客户机对话,根据客户机的请求,调用功能模块取得数据,然后将数据发送回客户端,根据客户端的类型,分别开发不同的服务模块,并且尽可能合理进行抽象,使对不同的服务层,能共用系统功能层的模块。具体包括:   ++ cq66服务端,采取原cq66的方式,并重新规划协议,支持系统功能层的所有功能,但要用专门的客户端程序(cq66),如果能做到向下兼容则更好,客户端程序要随服务端的升级而升级,用户可能有点不便。有需要可以在传输过程中加入加密功能,类似ssh。   ++ telnet服务端,采用旧bbs的方式,有些功能不支持,客户端无须升级,服务器端要保存客户方的状态,并根据客户端的按键来判断状态的转移,并由此得出所需的数据,(例如阅读某篇文章),然后再向系统功能层请求数据,然后将数据加以处理(例如加上顶行,尾行)然后返回数据,可以在现有的bbsd上修改,可以省去io模块的设计但难度较大,除文章方面好一点外,其他比较难改,但从头写起太费力。   ++ httpd服务端,所需的功能更少,相对较简单,本来直接调用mysql数据库也行,直接可以用php,但考虑到分层的原则,建议仍用c编cgi的方式实现不知能不能在原来的基础上修改呢?估计不行。 系统的关键和难点:   a。数据库的设计,mysql支持大量的table吗?例如几万?每个用户至少一个表,然后每个版一个表,精华区的表结构可能更复杂。   但应该总会比现在bbs的文件结构清晰一些,效率也高一点吧,排序和cache的功能可以信赖mysql吧。   b。mysql中文本字段的大小限制,限制一篇文章不得大于64k不过分吧,而且从效率的角度,将一篇文章以最大2k的块为单位存放可能更好,这样,当telnet用户看文章时,telnet服务器不用每次都查询数据库读取几十k的数据,再将其中的某2k传给用户,可局部补偿数据库字段不能象文件那样从中间读取一部分。不过这样文章字段数据的管理比较复杂。 2。系统开发计划:   先考虑用户模块和版面模块,规划好数据结构,应该很容易和现有bbsd结合 起来的。然后再考虑其他模块?。。。。。。。 (//以下有空再写。。。。。先睡觉去。。hmm.........)
键盘也能翻页,试试“← →”键

相关文章

关注我们

最新资讯离线随时看 聊天吐槽赢奖品