项目开发的流程
BBS表设计之前先在了解一下项目的开发
项目开发的流程包括以下几点
1.需求分析
架构师+产品经理+开发组组长
在去客户公司谈需求之前，先事先估摸着这个项目应该怎么做
里面有哪些坑的点 提前想好比较简单的解决方案
在跟客户谈的时候 有意识的引导客户朝着你已经想好的方案上去提需求
2.项目设计
架构师干的活
项目的报价(每个程序员按照人头 每天2000+左右)
语言的选择
框架的选择
数据库的选择(主库用什么 缓存库)
功能划分
开发部开发组长开会分发任务
3.分组开发
架构师和开发组长将项目整体的框架搭建出来
然后让小组成员各自朝着各个部分填写代码即可
4.测试
1.自己写测试脚本
显而易见的bug如果你自己没有发现，测试部分的如果发现了 那你可能歇逼了,因为你可能就会面临扣绩效的场面
2.测试部分专门测试
5.交付上线
交给你们公司的运维人员或者是客户公司的运维人员
表设计
现在开始说表的关系.
一共有7张表
登录注册都需要用到用户表存储数据
一共有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
