基于MySQL的BBS设计

核心提示： c，服务层：直接和客户机对话，基于MySQL的BBS设计(2)，根据客户机的请求，调用功能模块取得数据，，先睡觉去，然后将数据发送回客户端，根据客户端的类型

　　 c。服务层：直接和客户机对话，根据客户机的请求，调用功能模块取得数据，然后将数据发送回客户端，根据客户端的类型，分别开发不同的服务模块，并且尽可能合理进行抽象，使对不同的服务层，能共用系统功能层的模块。具体包括：

　　++ cq66服务端，采取原cq66的方式，并重新规划协议，支持系统功能层的所有功能，但要用专门的客户端程序（cq66），如果能做到向下兼容则更好，客户端程序要随服务端的升级而升级，用户可能有点不便。有需要可以在传输过程中加入加密功能，类似ssh。
　　++ telnet服务端，采用旧bbs的方式，有些功能不支持，客户端无须升级，服务器端要保存客户方的状态，并根据客户端的按键来判断状态的转移，并由此得出所需的数据，（例如阅读某篇文章），然后再向系统功能层请求数据，然后将数据加以处理（例如加上顶行，尾行）然后返回数据，可以在现有的bbsd上修改，可以省去io模块的设计但难度较大，除文章方面好一点外，其他比较难改，但从头写起太费力。
　　++ httpd服务端，所需的功能更少，相对较简单，本来直接调用MySQL(和PHP搭配之最佳组合)数据库也行，直接可以用php，但考虑到分层的原则，建议仍用c编cgi的方式实现不知能不能在原来的基础上修改呢？估计不行。

系统的关键和难点：

　　a。数据库的设计，MySQL(和PHP搭配之最佳组合)支持大量的table吗？例如几万？每个用户至少一个表，然后每个版一个表，精华区的表结构可能更复杂。
　　但应该总会比现在bbs的文件结构清晰一些，效率也高一点吧，排序和cache的功能可以信赖MySQL(和PHP搭配之最佳组合)吧。
　　b。MySQL(和PHP搭配之最佳组合)中文本字段的大小限制，限制一篇文章不得大于64k不过分吧，而且从效率的角度，将一篇文章以最大2k的块为单位存放可能更好，这样，当telnet用户看文章时，telnet服务器不用每次都查询数据库读取几十k的数据，再将其中的某2k传给用户，可局部补偿数据库字段不能象文件那样从中间读取一部分。不过这样文章字段数据的管理比较复杂。

2。系统开发计划：

　　先考虑用户模块和版面模块，规划好数据结构，应该很容易和现有bbsd结合
起来的。然后再考虑其他模块？。。。。。。。
（//以下有空再写。。。。。先睡觉去。。hmm.........）