规范数据库设计

文章目录

• 9、规范数据库设计
• • 9.1、为什么需要设计
  • 9.2、三大范式

9、规范数据库设计

9.1、为什么需要设计

当数据库比较复杂的时候，我们就需要设计

糟糕的数据库设计：

• 数据冗余，浪费空间
• 数据库插入和删除都会麻烦、异常【屏蔽使用物理外键】
• 程序的性能差

良好的数据库设计：

• 节省内存空间
• 保证数据库的完整性
• 方便我们开发系统

软件开发中，关于数据库的设计

• 分析需求：分析业务和需要处理的数据库的需求
• 概要设计：设计关系图、E-R图

设计数据库的步骤：（个人博客）

• 收集信息，分析需求
  • 用户表（用户登录注销，用户的个人信息，创建分类）
  • 分类表（文章分类，谁创建的）
  • 文章表（文章的信息）
  • 友链表（友链信息）
  • 自定义表（系统信息，某个关键的字，或者一些主字段）key:value
• 标识实体（把需求落地到每个字段）
• 标识实体 之间的关系
  • 写博客 user → blog
  • 创建分类 user →category
  • 关注 user → user
  • 友链 links
  • 评论 user → user → blog

9.2、三大范式

为什么需要数据规范化

• 信息重复
• 更新异常
• 插入异常
  • 无法正常显示信息
• 删除异常
  • 丢失有效的信息

三大范式

参考博客链接：

三大范式（小白视角，一看就懂）_Java喵喵的博客-CSDN博客_三大范式

关系型数据库设计：三大范式的通俗理解

第一范式(1NF)

原子性：要求数据库表的每一列都是不可分割的原子数据项 （保证每一列不可再分）

第二范式(2NF):

前提：满足第一范式 （每张表只描述一件事）

第三范式(3NF):

前提:满足第一范式,第二范式 （要确保数据表中的每一列数据都和主键直接相关,而不能间接相关）

规范性和性能的问题

关联查询的表不得超过三张表(阿里)

• 考虑商业化的需求和目标,(成本,用户体验)数据库的性能更重要
• 再规范性能的问题时,需要适当的考虑一下规范性
• 故意给某些表增加一些冗余的字段.(从多表查询中变为单表查询)
• 故意增加一些计算列(从大数据量降低为小数据量的查询: 索引)

文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树数据库组成表31544 人正在系统学习中