基于mysql的bbs设计（一）

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。初步测试计划 。

赞 (0)

相关推荐

  • 基于mysql的bbs设计（一）

    1.系统架构:   采用模块化思想,分为3层:   a.数据存储层:使用mysql来存放bbs的所有数据,包括用户信息,     文章数据,用户信件,用户消息,系统数据(?),关键问题:     数据库的规划,是否用文件来辅助.   b.系统功能层:完成bbs的基本功能,由多个并列模块组成,向下     调用mysql的函数访问数据库,向上,接受处理请求,将处理的     结果返回上层,根据请求类型,返回成败结果和其他数据.而且     模块高度灵活,可以方便的修改增加.包括:     ** 用

  • 基于mysql的bbs设计（三）

    4.用户模块设计   对于底层数据库,调用mysql的C API函数来进行数据库的修改,内部保存 一定的状态变量(例如用户名,还是留给上一层完成?),对上一层,则提供 用户管理的接口.   Class UserManage {   private:     char  myuserid[20]; // 用户的id,未登陆前为空     time  logintime; // 用户登陆时间,并用于计算停留时间     char  loginhost[20]; //上站地点. public:    

  • 基于mysql的bbs设计（二）

    3.数据库设计   关键还是mysql的效率问题,合理分配mysql的内存,特别是table cache的 大小.另外,当系统突然掉电呢?mysql是否robust?   table的名字设计,采用一位前缀表明类型,全部用小写表示(?),例如: 系统的数据库,以s为前导,如用户表:suser(sUSER 呢?),具体如下:   s :系统表,suser,sclass   m :用户信件表,msysop,mdrangon   w :用户消息表,wsysop,wdrangon   a :版面索引表,

  • 基于mysql的bbs设计（四）

    5.版面模块设计   所谓分类,更多的是为telnet服务端考虑的,在cq66模式下,用户可以按 照自己的意愿进行分类,反正最后都是直接以版为基本单位访问的.   对于版面文章的访问,存放的时候以整篇文章为参数,文章的分块由本层 完成,如果上层以块为单位传送,则在上层全部传完,组合后,再传参到本层 分解:在读取 的时候,本层则以块为单位访问,如果上层要以全文为单位访问 ,则在上层做合并 工作,本层不管.   至于要不要独立出索引,不影响上层的操作,主要和下层的数据库构造有 关, 主要考虑可行性,

  • 基于mysql的bbs设计（五）

    6.bbsd和cq66服务器端改造   bbsd中,关于用户的模块应该比较好改,只要将写.PASSWD文件的操作换为 操作数据库的UserManage类的成员函数即可,但可能要先判断什么数据更改, 要调用哪个函数.并发操作的一致性,则由数据库的加锁功能保证,mysql应该 支持这种的锁吧.文章方面可能比较麻烦,也是将原来对文件的操作转换成操作 数据库的BoardManage类的成员函数即可.   cq66模式应该比较好改动,可能就是原来取文章的协议要变化一下.取文章 标题的时候,同时也将文章的长

  • MySQL 可扩展设计的基本原则

    前言 随着信息量的飞速增加,硬件设备的发展已经慢慢的无法跟上应用系统对处理能力的要求了.此时,我们如何来解决系统对性能的要求? 只有一个办法,那就是通过改造系统的架构体系,提升系统的扩展能力,通过组合多个低处理能力的硬件设备来达到一个高处理能力的系统,也就是说,我们必须进行可扩展设计. 一.什么是可扩展性 在讨论可扩展性之前,可能很多朋有会问:常听人说起某某网站某某系统在可扩展性方面设计的如何如何好,架构如何如何出色,到底什么是扩展?怎样算是可扩展?什么又是可扩展性呢?其实也就是大家常听到的 S

  • 一条sql详解MYSQL的架构设计详情

    一条sql详解MYSQL的架构设计详情

    目录 1 前言 2 应用层 2.1 连接线程处理 3 服务层 3.1 SQL 接口 3.2 SQL解析器 3.3 SQL优化器 3.4 执行器 3.5 查询缓存 4 存储引擎层 4.1 概述 4.2 缓冲池(buffer pool) 4.2.1 数据页.缓存页和脏页 4.2.2 元数据 4.2.3 free链表 4.2.4 flush链表 4.2.5 LRU链表 4.2.6 小结 4.3 undo log 4.4 redo log 5 总结 1 前言 对于一个服务端开发来说 MYSQL 可能是他

  • 基于Mysql的Sequence实现方法

    团队更换新框架.新的业务全部使用新的框架,甚至是新的数据库--Mysql. 这边之前一直是使用oracle,各种订单号.流水号.批次号啥的,都是直接使用oracle的sequence提供的数字序列号.现在数据库更换成Mysql了,显然以前的老方法不能适用了. 需要新写一个: •分布式场景使用 •满足一定的并发要求 找了一些相关的资料,发现mysql这方面的实现,原理都是一条数据库记录,不断update它的值.然后大部分的实现方案,都用到了函数. 贴一下网上的代码: 基于mysql函数实现 表结构

  • 浅谈mysql的索引设计原则以及常见索引的区别

    索引定义:是一个单独的,存储在磁盘上的数据库结构,其包含着对数据表里所有记录的引用指针. 数据库索引的设计原则: 为了使索引的使用效率更高,在创建索引时,必须考虑在哪些字段上创建索引和创建什么类型的索引. 那么索引设计原则又是怎样的? 1．选择唯一性索引 唯一性索引的值是唯一的,可以更快速的通过该索引来确定某条记录. 例如,学生表中学号是具有唯一性的字段.为该字段建立唯一性索引可以很快的确定某个学生的信息. 如果使用姓名的话,可能存在同名现象,从而降低查询速度. 2．为经常需要排序.分组和联合操

  • 基于MySql的扩展功能生成全局ID

    本文利用 MySQL的扩展功能 REPLACE INTO 来生成全局id,REPLACE INTO和INSERT的功能一样,但是当使用REPLACE INTO插入新数据行时,如果新插入的行的主键或唯一键(UNIQUE Key)已有的行重复时,已有的行会先被删除,然后再将新数据行插入(REPLACE INTO 是原始操作). 建立类似下面的表: CREATE TABLE `tickets64` ( `id` bigint(20) unsigned NOT NULL auto_increment,

随机推荐