数据库的归约，三大范式（规范数据库设计）
为什么要设计
糟糕的数据库设计：
- 数据冗余，浪费空间
- 数据库插入和删除都会麻烦、异常【屏蔽使用物理外键】
- 程序性能差
良好的数据库设计：
- 节省内存空间
- 保证数据库的完整性
- 方便我们开发
软件开发中，关于数据库的设计
- 分析需求：分析业务和需要处理的数据库的需求
- 概要设计：设计关系图E-R图
设计数据库的步骤：（个人博客）
- 收集信息，分析需求
- 用户表（用户登录注销、用户的个人信息，写博客，创建分类）
- 分类表（文章分类，谁创建的）
- 文章表（文章的信息）
- 友链表（友链信息）
- 评论表
- 自定义表（系统信息、某个关键的字、一些主字段） key：value
- 标识实体（把需求落实到每个字段）
- 标识实体 之间的关系
- 写博客：user --> blog
- 创建分类：user --> category
- 关注：user --> user
三大范式
为什么需要数据规范化
- 信息重复
- 更新异常
- 插入异常
- 无法正常显示信息
- 删除异常
- 丢失有效信息
三大范式（规范数据库的设计）
第一范式（1NF）
原子性：保证每一列不可再分
第二范式（2NF）
前提：满足第一范式
每张表只描述一件事情
第三范式（3NF）
前提：满足第二范式
第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。
规范性 和 性能 的问题
关联查询的表不得超过三张表
- 考虑商业化的需求和目标，（成本、用户体验）数据库的性能更重要
- 在规范和性能的问题上，适当考虑一下 规范性
- 故意给某些表增加一些冗余字段（多表查询变为单表查询）
- 故意增加一些计算列（从大数据量降低为小数据量的查询：索引）