数据库设计 ER图

一、ER图简介

ER图,简单来说,E是实体,实体有一组属性;R是关系。找到系统中的实体以及实体关系就可以绘制出ER图了。

例如,下图是网上找到的ER图,矩形的是实体,椭圆是属性,实体和实体时间的关系用菱形,关系也有属性,

例如,学生学号、姓名等诸多属性,是一个实体

           课程课程名、学分等属性,也是一个实体。

          而学生选修课程的关系,所以这两个实体之间有个选课关系。而且选课还有成绩,所以在选修关系上有一个属性“成绩”,当然如果系统需要,也可以记录选修的时间等属性信息。

认真看下,你会发现ER图理解起来还是比较容易的。

ER图中识别出实体后,找到实体之间的关系很重要。而关系可能是一对一(1:1)、一对多(1:n),多对多(m:n),关系用菱形表示,而关系的类型在菱形的两条与实体的连接线上标注,

判断两个实体的关系是,先让实体A假设为1,看它能对应实体B的个数,然后反过来,假设实体B为1个,看实体A对应的个数,就可以得到实体对应关系。

例如,

1个学生关注多个商品,而1个商品被多个学生关注,所以学生和商品的关系是多对多

1个学生属于1个班级,而1个班级可以多个学生,所以班级和学生的关系是一对多

1个学生拥有1张饭卡,而1张饭卡属于1个学生。所以学生和饭卡的关系是一对一

二、ER图绘制常见问题

但是真的落实到自己绘制,很多同学就会遇到困难。下面我们通过反例来学习ER图

1.反例1  区分功能和关系

例如,管理员可以管理用户。但是如果系统不记录哪个管理员可以管理哪些用户,那么就无需在ER图上绘制该关系。只有需要在数据库保存的关系,才需要在ER图上保存。

2. 反例2:区分程序功能和数据库数据

挂号排队信息

我个人挂号排队一般不用保存到数据库,所以无需在ER图上表示

另外,如果要显示排队信息,我认为应当是给每个用户一个id序号,程序实现排队,而不是数据库去记录这个排队信息、

三。ER图转关系模式

 所有的实体应当转为一张表。所以上面的班级 学生 课程 教师都是一张表

班级表包含字段:班级号,班级名,专业,人数  主键:班级号

学生表包含字段:学号,姓名,性别,年龄 主键:学生号

课程表包含字段:课程号,课程名,课时,学分  主键:课程号

教师表包含字段:编号,姓名,职称,年龄,性别 主键:编号

根据关系是1:1  1:n   m:n 转成表

1)  对于 1:1的  可以将关系保存到任何一个实体表中,

2) 对于1:n的,可以将关系保存到n的那个实体里,例如图中的班级和学生是1对多,那么可以在学生表中增加一个班级id的字段,说明该学生是哪个班级的

学生表包含字段:学号,姓名,性别,年龄,班级ID 主键:学生号

3)对于多对多的关系  m:n的 ,关系保存到新表中

例如,学生和课程是多对多的关系,那么吧两个表的主键拿出来,加上关系属性,组成一个表

学生成绩表 学号 课程号 成绩  主键:学号  课程号

  • 274
    点赞
  • 1834
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 13
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 13
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

曹红杏

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值