BBS(第一篇)

项目开发的流程

BBS表设计之前先在了解一下项目的开发

项目开发的流程包括以下几点

1.需求分析

​ 架构师+产品经理+开发组组长
​ 在去客户公司谈需求之前，先事先估摸着这个项目应该怎么做
​ 里面有哪些坑的点 提前想好比较简单的解决方案
​ 在跟客户谈的时候 有意识的引导客户朝着你已经想好的方案上去提需求

2.项目设计

​ 架构师干的活
​ 项目的报价(每个程序员按照人头 每天2000+左右)
​ 语言的选择
​ 框架的选择
​ 数据库的选择(主库用什么 缓存库)
​ 功能划分
​ 开发部开发组长开会分发任务

3.分组开发

• 架构师和开发组长将项目整体的框架搭建出来

• 然后让小组成员各自朝着各个部分填写代码即可

4.测试

            
        1.自己写测试脚本
        	显而易见的bug如果你自己没有发现，测试部分的如果发现了 那你可能歇逼了,因为你可能就会面临扣绩效的场面
            
        2.测试部分专门测试 
            

5.交付上线

​ 交给你们公司的运维人员或者是客户公司的运维人员

表设计

现在开始说表的关系.

一共有7张表

登录注册都需要用到用户表存储数据

一共有7张表

1. 用户表
2. 个人站点表
3. 文章标签表
4. 文章分类表
5. 文章表
6. 点赞踩表
7. 评论的表

分析表关系

分析一下第6张点赞表

它记录了哪个用户给哪一篇文章点了赞还是踩(用户,文章,赞踩)

分析表关系最为本质的就是:

            本表中的一条数据能否对应另外一张表的多条数据
            另外一张表的一条数据能够对应当前的表多条数据
        user_id        article_id               is_up
        1               1                           1
        1               2                           0
        1               3                           1
        2               1                           1

满足最本质的关系那么都是多对多的关系,不满足则是一对多的关系.

用户1对于文章1只能点一次赞,或者踩,只能一次.

用户2对于文章1只能点一次赞,或者踩,只能一次.

以上为一对多

那么相应的文章1只能被

一条记录只能对应一个用户

一个用户能有多个记录

一条记录不能对应文章的多条记录

一篇文章能有多条记录

再来分析一下第7张表评论表

一条评论是可以有多条子评论的

    user     一对多用户
    article  一对多文章
    content 
    parent   一对多评论表   自关联  
                to='Comment'
                to='self'

id     user_id       article_id        parent_id
 1        1                   1               
 2        2                   1               1  
 3        3                   1               1