数据库学习笔记十七 —— 规范数据库设计


为什么需要设计

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

糟糕的数据库设计:

  • 数据冗余,浪费空间
  • 如果有物理外键的话,数据库插入和删除都会麻烦,有可能会产生异常
  • 程序的性能差

良好的数据库设计:

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

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

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

设计数据库的步骤:(个人博客为例)

  • 收集信息,分析需求

    • 用户表(用户登录注销,用户个人信息)
    • 分类表(文章分类,谁创建的)
    • 文章表(文章信息)
    • 评论表
    • 友链表(友情链接)
    • 自定义表(系统信息,某个关键的字,或者一些主字段)
  • 标识实体(把需求落地到每个字段)
    用户表创建
    数据库学习笔记十七 —— 规范数据库设计
    分类表创建
    数据库学习笔记十七 —— 规范数据库设计
    文章表创建
    数据库学习笔记十七 —— 规范数据库设计
    评论表创建
    数据库学习笔记十七 —— 规范数据库设计
    友链表创建
    数据库学习笔记十七 —— 规范数据库设计
    关注表创建
    数据库学习笔记十七 —— 规范数据库设计

  • 标识实体之间的关系

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

三大范式

为什么需要数据规范化

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

三大范式介绍

推荐文章 https://www.cnblogs.com/wsg25/p/9615100.html

  • 第一范式(1NF) :
    • 原子性,保证每一列不可再分
  • 第二范式(2NF) :
    • 满足第一范式的前提
    • 每张表只描述一件事
  • 第三范式(3NF) :
    • 满足第一范式和第二范式的前提
    • 确保数据表中的每一列数据都和主键直接相关,而不能间接相关

规范性和性能的问题

阿里规范:关联查询的表不得超过三张表

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

相关文章: