软件的研发步骤
数据库设计概念
数据库设计的步骤
需求分析(数据是什么? 数据具有哪些属性? 数据与属性的特点是什么)
逻辑分析(通过 ER 图对数据库进行逻辑建模,不需要考虑我们所选用的数据库管理系统)
如下图就是 ER(Entity/Relation)图:
物理设计(根据数据库自身的特点把逻辑设计转换为物理设计)
维护设计(1.对新的需求进行建表;2.表优化)
表关系
一对一
上图左边是用户的详细信息,而我们真正在展示用户信息时最长用的则是上图右边红框所示,所以我们会将详细信息查分成两周那个表。
一对多
如:部门 和 员工
一个部门对应多个员工,一个员工对应一个部门。如下图:
多对多
如:商品 和 订单
一个商品对应多个订单,一个订单包含多个商品。如下图:
一对多
实现方式
==在多的一方建立外键,指向一的一方的主键==
案例
我们还是以 员工表
和 部门表
举例:
经过分析发现,员工表属于多的一方,而部门表属于一的一方,此时我们会在员工表中添加一列(dep_id),指向于部门表的主键(id):
建表语句如下:
查看表结构模型图:
多对多
实现方式
==建立第三张中间表,中间表至少包含两个外键,分别关联两方主键==
案例
我们以 订单表
和 商品表
举例:
经过分析发现,订单表和商品表都属于多的一方,此时需要创建一个中间表,在中间表中添加订单表的外键和商品表的外键指向两张表的主键:
建表语句如下:
根据下图设计表及表和表之间的关系:
经过分析,我们分为 专辑表
曲目表
短评表
用户表
4 张表。
一个专辑可以有多个曲目,一个曲目只能属于某一张专辑,所以专辑表和曲目表的关系是==一对多==。
一个专辑可以被多个用户进行评论,一个用户可以对多个专辑进行评论,所以专辑表和用户表的关系是 ==多对多==。
一个用户可以发多个短评,一个短评只能是某一个人发的,所以用户表和短评表的关系是 ==一对多==。