BBS表设计

BBS表设计

项目开发流程：

1.需求分析
            架构师+产品经理+开发组组长
            在去客户公司谈需求之前，先事先估摸着这个项目应该怎么做
            里面有哪些坑的点 提前想好比较简单的解决方案 
            在跟客户谈的时候 有意识的引导客户朝着你已经想好的方案上去提需求
        2.项目设计
            架构师干的活
                项目的报价(每个程序员按照人头 每天2000+左右)
                语言的选择
                框架的选择
                数据库的选择(主库用什么  缓存库)
                功能划分
                开发部开发组长开会分发任务
                
        3.分组开发
            架构师和开发组长将项目整体的框架搭建出来
            然后让小组成员各自朝着各个部分填写代码即可
        
        4.测试
            显而易见的bug如果你自己没有发现，测试部分的如果发现了 你可能就会面临扣绩效的场面（跟测试打好关系非常重要）
                基本薪资  6000     扣1050
                岗位津贴  4000      
                绩效      2000
                
                ....
                
            1.自己写测试脚本
                
            2.测试部分专门测试 
                测试部分一般都是妹纸
               
        
        5.交付上线
            交给你们公司的运维人员或者是客户公司的运维人员

开始讲表的关系。

一共有 7 张表：

1、用户表

​ 用户表和个人站点表示一对一的关系

2、个人站点表

3、文章标签表

​ 标签与个人站点一对多

4、文章分类表

​ 分类与个人站点一对多

5、文章表

​ 文章和个人站点是一对多关系

​ 文章和标签是多对多关系

​ 文章和分类是一对多关系

6、点赞和踩表

​ 这个表里面是各种点赞和踩的记录

​ 里面的三个字段分别是

​ user：一对多用户表 （注意，这是点赞和踩记录与用户的关系，而不是文章与用户的关 系，一个用户可以有多条点赞和踩的记录，但是一条记录只能表达 一个用户对一篇文章的点赞或踩！）

​ article：一对多文章表

​ is_up（是否已经点赞或踩） ：普通字段

7、评论表

​ 记录那个用户给哪篇文章评论了哪些内容

​ user： 一对多用户

​ article：一对多文章

​ content

​ parent：一对多评论表， 自关联。(有可能别人评论你的评论)

​ to='Comment'

​ to='self'

当你无法判断到底是一对多还是多对多的时候

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