• 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)

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

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

    规范性 和 性能的问题

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

    • 考虑商业化的需求和目标,(成本,用户体验!) 数据库的性能更加重要
    • 在规范性能的问题的时候,需要适当的考虑一下 规范性!
    • 故意给某些表增加一些冗余的字段。(从多表查询中变为单表查询)
    • 故意增加一些计算列 (从大数据量降低为小数据量的查询:索引)
  • 相关阅读:
    HttpWebRequest中的ContentType详解
    c# 创建Windows服务
    转载 Url编码
    在应用程序级别之外使用注册为 allowDefinition='MachineToApplication' 的节是错误的。
    IE兼容模式下 SCRIPT1028: 缺少标识符、字符串或数字
    Response.ContentLength获取文件大小
    unable to instantiate activity...
    查看android-support-v4.jar引出的问题
    导入项目 R.java没有
    初识python: 局部变量、全局变量
  • 原文地址:https://www.cnblogs.com/godles/p/12213228.html
Copyright © 2020-2023  润新知