邻接学科概念 / Entities, Attributes and Relationships
实体、属性与关系
实体是需要被识别的对象或概念，属性描述实体，关系描述实体之间发生的联系或事实。
关键字段
Identity · 身份
- 子类型
- 概念
- 父级类目
- 数据库设计
What · 是什么
- 定义
- 实体是需要被识别的对象或概念，属性描述实体，关系描述实体之间发生的联系或事实。
- 前置知识
- 关系模型、表、行、列与记录
Why · 为什么
- 核心问题
- 业务叙述中的名词、特征和动作，分别应该如何映射到数据库结构？
- 作用机制
- 先确定实体边界，再区分属性与关系；关系若有自己的属性，通常应成为独立的事实或中间表。
Where · 在哪里
- 表现形式
- 会员、图书、作者是实体；姓名、书名是属性；借阅、创作是实体之间的关系。
How · 怎么做
- 主要用途
- 把自然语言需求转成可讨论的建模对象，为表和关系设计建立共同词汇。
Evidence · 证据
- 局限与边界
- 同一个词在不同业务中可能是实体也可能是属性，不能脱离业务生命周期、唯一性和变化方式机械判断。
Lifecycle · 生命周期
- 状态
- 草稿
Content · 补充内容
- 兼容标签
- 关系型数据库 · ER 图
Relation · 关联
- 相关内容
- 关系模型、表、行、列与记录、ER 图
相关设计机制
关系来自本地关系表，并包含反向关联。
- 数据库设计Database Design属于
研究如何把真实问题中的对象、属性和关系组织成可靠、可查询、可维护的数据结构。
- 一对一、一对多与多对多Cardinality and Relationship Types反向 · 依赖于
关系基数描述一侧实体与另一侧实体可以关联多少个实例，常见类型是一对一、一对多和多对多。
- ER 图Entity–Relationship Diagram相关
ER 图是描述实体、属性、关系及其基数的建模图示，用于在实现数据库前检查结构和含义。
- 关系模型Relational Model依赖于
关系模型用关系（通常呈现为表）组织数据，用行表示元组，用列表示属性，并通过键和约束表达关联与规则。
- 表、行、列与记录Tables, Rows, Columns and Records依赖于
表是同类事实的集合，行或记录是一条事实，列是这类事实的属性，单元格是某条事实在某个属性上的值。