MySQL-数据库设计规范

1. 为什么需要设计

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

糟糕的数据库设计：

• 数据冗余，浪费空间

• 数据插入和删除都很麻烦（屏蔽物理外键）

• 程序性能差

好的数据库设计：

• 节省内存空间

• 保证数据库的完整性

• 方便我们开发系统

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

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

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

• 收集信息，分析需求

  • 用户表（用户登录注销，用户个人信息，写博客，创建分类）
  • 分类表（文章分类，谁创建的）
  • 文章表（文章信息）
  • 友链表（友链信息）
  • 自定义表（系统信息，某个关键的字，或者一些主题，或者一些主字段）key：value
  • 说说表（id…content…create_time）(id，内容，创建时间)

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

• 标识实体之间的关系

  • 写博客：user --> blog
  • 创建分类：user --> category （）
  • 关注：user --> user
  • 友链：links
  • 评论：user --> user --> blog

  user表示例：

（数据库尽量不要用驼峰命名，用下划线命名，因为数据库不区分大小写）

用数据库和前端基础就可以做小页面了，前端可以用的框架bootstrap、蚂蚁金服的Ant Design Pro、Element UI、LayUI、Semantic UI、Grabient、我图网、Vue Element Admin、MySQL5.7手册

2. 三大范式

为什么需要数据规范化？

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

三大范式（了解）

第一范式（1NF）

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

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

第二范式（2NF）

前提：满足第一范式

属性完全依赖于主键（消除部分子函数依赖）

每张表只描述一件事情

第三范式（3NF）

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

属性不依赖于其他非主键属性（消除传递依赖）

规范性 与 性能 的问题

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

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