MySQL——规范数据库设计

1.1、为什么需要设计

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

糟糕的数据库设计：

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

良好的数据库设计：

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

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

• 分析需求：分析业务和需要处理的数据库的需求
• 概要设计：设计关系图 E-R 图（实体—联系图）

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

• 收集信息，分析需求

  • 用户表（用户登录注销，用户的个人信息，写博客，创建分类）

• 分类表 （文章分类，谁创建的）

• 文章表 （文章的信息）
  

• 评论表
  

• 友链表 （友链信息）

• 自定义表 （系统信息，某个关键的字，或者一些主字段） key ： value

• 说说表 （发表心情 .. id… content….create_time）

• 标识实体 （把需求落地到每个字段）

• 标识实体 之间的关系

  • 写博客：user --> blog

  • 创建分类：user –> category

  • 关注：user –>user
  • 友链：links

  • 评论：user-user-blog

1.2、三大范式

为什么需要数据规范化？

数据不规范会造成：

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

三大范式

第一范式（1NF）

原子性 ： 保证每一列信息不可再分

第二范式（2NF）

前提：满足第一范式

每张表只描述一件事情

第三范式（3NF）

前提：满足第一范式 和 第二范式

第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。

规范性 和 性能的问题

关联查询的表不得超过三张表

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

MySQL——规范数据库设计

原文：https://www.cnblogs.com/godles/p/12213228.html