实体联系模型实例：仓库管理 ER 模型

本课件提供实体联系模型（ERM）的概念结构设计指导，助力数据库设计。

渠道管理实体关系图 该图展示了渠道管理中各个实体之间的关系，包括： 渠道：销售和分销产品的途径，例如线上商店、实体店、批发商等。 产品：通过渠道销售的商品或服务。 订单：客户购买产品的请求，包含产品信息、数量、价格等。 客户：购买产品的个人或组织。 销售人员：负责管理和发展渠道的员工。 区域：划分销售区域，例如国家、地区、城市等。 实体之间的关系用线条连接，例如： 一个渠道可以销售多种产品。 一个订单可以包含多个产品。 一个客户可以下多个订单。 一个销售人员可以管理多个渠道。 一个区域可以包含多个渠道。 该图可以帮助企业更好地理解和管理其渠道，从而提高销售效率和客户满意度。

最后形成的关系模式为：实体联系模型。此模型能够有效地展示实体及其关系，帮助我们更直观地理解数据的结构和联系。

一对多联系是指在一个实体集 A 中，至少有一个实体可以与另一个实体集 B 中的多个实体相关联，而 B 中的每个实体最多只能与 A 中的一个实体相关联。 例如，在公司管理系统中，“部门”和“员工”之间就存在一对多联系。一个部门可以有多名员工，而一名员工只能属于一个部门。 在实体关系图 (E-R 图) 中，一对多联系使用一个带有箭头的线段表示，箭头指向“一”方，线段另一端连接“多”方。

两个实体集之间的实体关联称为联系。 一对一联系：当实体集E1的每个实体最多关联实体集E2的一个实体，且反之亦然时，则E1和E2为一对一联系，记为1:1。 例如：校长实体集和学校实体集之间是一对一联系。

教学管理系统全局ER模型优化在初始E-R模型中，教学管理系统的“部门”和“课程”实体之间的“开设”联系是冗余的，因为它可以从“部门”和“教师”之间的“属于”联系以及“教师”和“课程”之间的“讲授”联系推导出来。去除冗余联系后，得到优化后的全局E-R模型，见下图。

存款账户Agreement实例解析 本节以存款账户为例，解析TD数据仓库模型中Agreement的应用。 Agreement在TD数据仓库模型中扮演着关键角色，它定义了银行与客户之间的协议条款。 对于存款账户，Agreement可能包含以下信息： 账户类型：例如，支票账户、储蓄账户 利率：存款利率如何计算 费用：账户维护费用、透支费用等 其他条款：例如，最低存款额要求 通过Agreement，我们可以清晰地了解每种存款账户的具体条款，从而更好地管理和分析数据。 以下是一个简化的存款账户Agreement例子： | 字段 | 描述 ||---|---|| Agreement ID | 协

数据模型 数据模型是数据库系统的数学框架，描述数据及数据间的联系，包括：- 静态特征：数据结构和联系- 动态特征：操作含义、操作符、运算规则- 完整性约束：数据必须满足的规则 数据模型类型- 数据模型

多对多关系的 ER 模型设计，是数据库设计里一个挺绕但又常见的点。两张表都有多个对应项，咋办？中间插个“桥”表就好啦。R 表就是这个桥，它把两个实体的主键拎出来，组成一个联合主键，简单明了。你可以理解为“学生选课”：一个学生能选多课，一门课也有多学生。嗯，这种设计灵活，存查询都方便。 实体、属性、关系，三个关键词搞定 ER 模型。实体就是你业务里的主角，像学生、公司；属性是他们的身份证明，像学号、名称；关系嘛，就是这些主角之间发生的联系，比如一个员工在哪个部门。画图用菱形、椭圆啥的，记不住？习惯了就好，重点还是理解背后意思。 M:N 关系看着复杂，其实起来蛮清楚的。重点是：别把字段硬塞进原表，