实体间有哪三种关系？

这就是关系模型。
剧场中的一个座位对应一位观众。
一个部门对应多个员工。
一个项目对应多个员工，反之亦然。
属性是字段，值是数据。
现实世界映射在数据库中。
直接创建表格并开始设计。

数据库ER图基础概念整理

哎呀，我们来谈谈数据库吧。
我有一个经验想与大家分享。

记得那年在深圳，公司有一个项目要做，数据库设计很头疼。
当时我刚开始做数据库设计，想先画一张ER图。
这个ER图就像我们聊天的时候，首先要了解每个人（实体）的特征（属性），然后看他们如何交互（关系）。

当时画了一个学生单元，以为它应该有几个属性，比如姓名、学号、年级等，我把姓名、学号等属性画成了椭圆形，挂在有学生的长方形旁边。
学生实体必须有一个唯一的标识符，例如学生 ID，所以我会强调这一点。

然后我还必须评估学生和课程之间的关系。
这种关系相当复杂。
有时一个学生可能选择多个班级，一个班级可能有多个学生参加。
我画了一个菱形来代表这种关系，分别标记为1 对多和1 对1 这就好比一个学生最多只能选择一个班级，但一个班级可以有多个学生。

后来我也遇到了一个问题，就是弱设备。
这个弱单位就像班级里的团体一样，必须相信学生单位的存在。
我画了一个两线菱形来表示成绩单实体和它所依赖的学生实体之间的一对多关系。

后来我学会了画复合单元，它就像连接两个单元的桥梁。
比如用户和产品的关系是M到N，我画了一个长方形，中间有一个菱形，代表复合订单单位。

在这个过程中我还遇到了复合属性和多值属性的概念。
复合属性就像组合姓氏和名字来表示一个人的全名。
在多值属性的情况下，就像一本书可以属于多个类别一样，我使用双线椭圆来表示它。

总之，画ER图是一项技术性很强的工作，需要弄清楚每一个细节。
现在回想起来，曾经踩过的坑现在都变成了经验。
其他的数据库设计技巧下次再说吧。

实体间的联系有哪几类?()

结论：一对一关系，一个实体只对应另一个实体。
例如，每个学生只有一份学生档案，一张身份证对应一个人。

结论：一对多关系，一个实体对应多个实体，比如一个班级对应多个学生。

结论：多对多、多对多的关系连接两个实体，比如学生和课程之间的选课关系。