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)

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

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

规范性 和 性能的问题

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

  • 考虑商业化的需求和目标,(成本,用户体验!) 数据库的性能更加重要
  • 在规范性能的问题的时候,需要适当的考虑一下 规范性!
  • 故意给某些表增加一些冗余的字段。(从多表查询中变为单表查询)
  • 故意增加一些计算列 (从大数据量降低为小数据量的查询:索引)
原文地址:https://www.cnblogs.com/godles/p/12213228.html