基于mysql的bbs设计（一）_php基础

1。系统架构：
  采用模块化思想，分为3层：
  a。数据存储层：使用mysql来存放bbs的所有数据，包括用户信息，
    文章数据，用户信件，用户消息，系统数据（？），关键问题：
    数据库的规划，是否用文件来辅助。
  b。系统功能层：完成bbs的基本功能，由多个并列模块组成，向下
    调用mysql的函数访问数据库，向上，接受处理请求，将处理的
    结果返回上层，根据请求类型，返回成败结果和其他数据。而且
    模块高度灵活，可以方便的修改增加。包括：
    ** 用户模块，处理用户的注册，基本数据的修改，权限的变化，
     网友信息的查询。
    ** 版面模块，完成文章发表，文章的读取，文章的删除，文章
     的加标记，读改删权限检查，此模块对数据库的要求最高。
    ** 精华区模块，包括精华区的文章，目录的增加，删除，上下移     动
（？）读改删权限检查，目录结构是其中的难点。
    ** 信件模块，包括发新信件，读删信件，信笺标记，新信件的通
     知
    ** 消息模块，包括发送消息，接受消息，新消息通知，消息回顾，
     消息存信件。
    ** 系统动态模块，包括当前上站人数，当前动态，由于变动频繁，
     此类数据用共享内存实现可能更好。
    ** 聊天模块，双人聊天是否能借鉴icq的做法，由双方直接通话，
     但聊天结果存信件可能较麻烦，同时，为兼容telnet功能，当
     上层服务层为telnet时，增加专门的模块来进行处理。
    ** 聊天室模块，利用共享内存还是数据库？开房间，里面的权限
     问题。
     根据需要，还能增加新的功能。例如：活动看板模块，但对于非
    telnet终端，意义好象不大。。。。。
  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.........）
3。数据库设计
4。用户模块设计
5。版面模块设计
6。bbsd和cq66服务器端改造
7。初步测试计划 。