zoukankan      html  css  js  c++  java
  • 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)

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

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

    规范性 和 性能的问题

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

    • 考虑商业化的需求和目标,(成本,用户体验!) 数据库的性能更加重要
    • 在规范性能的问题的时候,需要适当的考虑一下 规范性!
    • 故意给某些表增加一些冗余的字段。(从多表查询中变为单表查询)
    • 故意增加一些计算列 (从大数据量降低为小数据量的查询:索引)
  • 相关阅读:
    HIVE 技巧积累之合并重叠日期
    记一次hive版本升级
    【转】elasticsearch中字段类型默认显示{ "foo": { "type": "text", "fields": { "keyword": {"type": "keyword", "ignore_above": 256} }
    【转】深入理解Linux修改hostname
    VMware中 CentOS7挂载windows共享文件夹
    Apache版hadoop编译
    No route info of this topic
    java遍历文件夹及所有子文件
    关闭spring整合kafka时,消费者一直打印kafka日志
    (转)详解shell中>/dev/null 2>&1到底是什么
  • 原文地址:https://www.cnblogs.com/godles/p/12213228.html
Copyright © 2011-2022 走看看