数据库设计学习总结

数据库设计

为什么需要数据库设计

因为一个良好的数据库设计可以节省数据的储存空间，保证数据的完整性，同时也方便后期的维护
    一个糟糕的数据库设计可以造成数据冗余，存储空间的浪费，数据的更新和插入异常

什么是数据冗余？

数据冗余是指一个字段在多个表中重复出现，比如学生成绩里连带着记录了学生的信息，这样的数据冗余就会导致数据不一致，会导致数据的异常和损坏，

什么是范式？

数据库的基本原则和规范就成为范式 简称:NF

范式有哪些呢？

常见的范式有6种，从小到大
    第一范式
    第二范式
    第三范式
    BCNF(巴斯克德范式)
    第四范式
    第五范式
    数据库在设计中遵守的范式越高，数据冗余越低
    同时高范式一定是建立在低范式上的
    一般的生产环境是遵守的BCNF(巴斯克德范式)
    但是范式是一种规范不是一种约束

第一范式

保证数据库中的每个字段的值必须具备原子性，也就是说表中的字段的值是不可在拆分的最小单元

第二范式

满足第一范式的基础上，保证数据表中的每一条数据都是可唯一的表示，并且所有非主键的字段都必须完全依赖主键

第三范式

满足第二范式的基础上，保证每个非主键的字段都和主键字段直接相关，要求就是数据表中的所有非主键的字段都不能依赖其他的非主键字段

总结

第一范式保证每列的数据的原子性
第二范式保证每列都和主键完全依赖
第三范式保证每列都和主键直接相关

优点

数据库设计标准化可以帮助我们消除数据冗余，并且第三范式在性能上和拓展性，数据完整性达到了一个很好的平衡

缺点

使用范式设计数据库可能会降低查询的效率，因为范式的等级越高,设计的数据表就越多，越精细，冗余越低，但是这样的数据库查询
    可能需要关联多表查，就会降低效率

反范式设计

在实际的数据库中不以范式为核心，以业务优先的原则，先满足业务的场景在尽量的减少数据冗余的问题，如果数据库中数据量大uv和pv的访问频次高如果完全遵守范式设计就存在大量的关联查，影响数据库的性能，所有使用反范式设计，添加数据库的冗余提升效率

ER模型

1.实体：可以看做数据对象对应现实生活中真正存在的个体。在ER模型中使用矩形表示。
2.属性：就是实体的特性。比如说学生的姓名，性别，年龄等信息。在ER模型中有椭圆形表示。
3.关系：指的是实体之间的联系。比如学生和教师之间的关系。在ER模型中使用菱形表示。
关系又存在三种情况：一对一，一对多，多对多的关系。
数据库的设计中的每个表可能都存在很大的关联性。在数据库还没有建立完成的时候，如果查看
数据库的全貌就需要借助ER模型。
ER模型就是实体关系模型。用于描述现实生活中客观存在的事物，事物的属性以及事物之间关系的一种数据模型。
所以在数据库设计阶段通常使用ER模型来藐视信息需求以及信息特性。帮助开发者理清业务逻辑方便设计出优秀的数据库。

数据库规范

数据库名要控制在32个字符之内，只能用字母数字和下划线，建议字母开头
数据库名一律小写不同的单词用下划线分割，同时要有见名知意
数据库名不能使用关键字
创建数据库必须指定字符集
实际开发中要遵守最小权限原则，且一个账户只能在一个数据库中使用，不能跨库。
开发的账户不能有删除表定义的权限

表和列的规范

表和列要控制在32个字符之内，只能用字母数字和下划线组成，建议字母开头
表和列一律小写不同的单词用下划线分割，同时要有见名知意
数据表名称不能使用关键字
创建表的时候指定存储类型的类型。无特殊情况一般都是用InnoDB
boolean类型的字段名一般为is_描述
不能存储图片，文件及较大的二进制数据库文件
创建的表必须有主键
核心的表必须要有创建时间和更新时间字段
每个字段尽量保证非空并且设置默认值，因为null可能会迁移出错 聚合计算出现偏差