邻接学科概念 / Database Design Process
数据库设计流程
数据库设计流程是把业务需求逐步转成概念模型、关系表、约束和可验证查询的过程。
关键字段
Identity · 身份
- 子类型
- 方法
- 父级类目
- 数据库设计
What · 是什么
- 定义
- 数据库设计流程是把业务需求逐步转成概念模型、关系表、约束和可验证查询的过程。
- 前置知识
- ER 图、多对多关系如何拆成中间表
Why · 为什么
- 核心问题
- 如何从真实需求走到一个能保存正确事实、支持查询并可持续修改的数据库？
- 作用机制
- 需求提取实体与事实，模型确定关系和键，逻辑设计组织表，物理实现选择类型与索引，最后用样例和约束验证。
Where · 在哪里
- 表现形式
- 常见产物包括术语表、ER 图、表结构、DDL、测试数据和典型查询。
How · 怎么做
- 主要用途
- 减少拍脑袋建表，让需求、模型、实现和验证之间形成可追踪的迭代。
Evidence · 证据
- 局限与边界
- 设计不是一次性线性工作；新需求、数据规模和性能证据可能要求回到前一步调整模型。
Lifecycle · 生命周期
- 状态
- 草稿
Content · 补充内容
- 兼容标签
- 关系型数据库 · ER 图
Relation · 关联
- 相关内容
- 多对多关系如何拆成中间表、规范化与反规范化、ER 图、图书馆数据库设计案例
相关设计机制
关系来自本地关系表，并包含反向关联。
- 数据库设计Database Design属于
研究如何把真实问题中的对象、属性和关系组织成可靠、可查询、可维护的数据结构。
- 基础 SQL 与 CRUDBasic SQL and CRUD反向 · 依赖于
SQL 是操作关系型数据的声明式语言；CRUD 分别指创建、读取、更新和删除数据。
- 约束与数据完整性Constraints and Data Integrity反向 · 依赖于
约束是数据库强制执行的数据规则；数据完整性是数据在结构、引用、取值和业务事实上的正确性与一致性。
- ER 图Entity–Relationship Diagram依赖于
ER 图是描述实体、属性、关系及其基数的建模图示，用于在实现数据库前检查结构和含义。
- 多对多关系如何拆成中间表Junction Tables依赖于
中间表是把多对多关系拆成两条一对多关系的表，每一行表示一对实体之间的一次关联。
- 图书馆数据库设计案例Library Database Design Case相关
通过图书、作者、会员和借阅需求，完整演示从粒度、实体、关系和 ER 图到 SQLite DDL 与典型查询的数据库设计过程。
- 规范化与反规范化Normalization and Denormalization相关
规范化是通过拆分表和明确依赖来减少不必要重复与更新异常；反规范化是在有明确读写权衡时主动保留部分重复。