MySql学习笔记——范式Normal Format（四）

范式即设计规范

第一范式：字段原子性，字段不可再分割

关系型数据库默认满足第一范式
逻辑上的含义

一个比较容易犯的问题

关联字段的保存：
文章和标签（不建议这样设计）

通过使用tag_id中存储多个tagid来表示两者之间的关系，带来最大的问题是维护和更新
比如当这篇文章有一个标签不用了，那就需要遍历去检查，然后在取出，再存入，这样就会带来极大的维护困难，如果tags是定死的话可以这样，比如上传文件的etag就是固定的，而且也无法建索引

比如我想查询33，这种情况可能要%33%查，不光性能差，而且万一有333,433那样就查不出来了

第二范式：消除对主键部分依赖

在满足第一范式的基础上

• 主键：可以唯一标识记录的字段或者字段合集

• 依赖：A字段可以确定B字段，则B字段依赖A字段
  例：B性别和A老师
• 对主键部分依赖：如果某个字段依赖复合主键的一部分字段，则称之为对主键的部分依赖
  例如：性别对主键就是部分依赖，这样是不满足第二范式

解决方案：增加独立字段主键，不采用复合主键

第三范式：消除对主键的传递依赖

在第二范式基础上

• C依赖于B，B依赖于主键，则C对主键存在传递依赖关系
  上例中的性别C，依赖讲师B，ID为主键，性别对id存在传递依赖关系

• 解决方案：
  将独立数据单独建表，使用关联字段进行存储
  

总结

• 独立数据独立建表
• 表中存在于业务逻辑无关的ID主键
• 表之间的关系又关联字段（关联表）进行表示

优势

• 减少数据冗余（重复）
  上方孔子每张表都带着性别男，数据冗余
• 易于维护更新
  上方孔子改名了，都要变，而下方只需改一次