MySQL 数据库范式化设计理论总结

目录
  • 一、设计范式
    • 1.第一范式(1NF)
    • 2.第二范式(2NF)
    • 3.第三范式 (3NF)
  • 二、范式化设计
  • 三、反规范化设计
  • 四、设计总结

一、设计范式

问题: 什么是范式化设计,为什么需要反规范化设计 ?

范式来自来自英文Normal From 。开发过程中要设计一个好的数据库逻辑关系,必须满足一定的约束条件,此约束条件形成了开发范式,分成几个等级,一级比一级严格。

满足这些范式理论上可以让我们的数据库逻辑结构更加简洁、清晰。

以下是常见的四种范式:

  • 第一范式(1NF)
  • 第二范式(2NF)
  • 第三范式(3NF)
  • 第四范式(BCNF)

1.第一范式(1NF)

  • 每一列都是不可再分的属性值,确保每一列的原子性;
  • 两列的属性相近或者相似或者一样,尽量合并属性一样的列,确保不产生冗余数据;
  • 单一属性的列为基本数据类型构成;
  • 设计出来的表都是简单的二维表。

举例:用户收货地址 反例:

姓名 电话 地址
张三 138000000 北京市-朝阳区-酒仙桥街道

正例:

姓名 电话 街道
张三 138000000 - 北京市 朝阳区 酒仙桥街道

总结:每列都是不可再分的原子值(一个列不可再分,比如通讯地址和省、市、区)

2.第二范式(2NF)

  • 第二范式(2NF)是在第一范式的基础上建立起来的。
  • 第二范式(2NF)要求实体的属性完全依赖与主键关联。所谓完成依赖是指不能存在与存在依赖关键字的部分属性,如果存在那么这个属性和关键字部分应该分离出来形成一个新的实体,新实体与原实体是一对多的关系。

反例:

产品 ID 用户ID 产品名称 用户姓名 购买数量 下单时间
100 1 微波炉 A102 王麻子 1 2022-08-08

正例: 订单表

产品 ID 用户ID 购买数量 下单时间
100 1 1 2022-08-08

产品表

产品 ID 产品名称
100 微波炉 A102

用户表

用户ID 用户姓名
1 王麻子

总结:消除列对主键的部分函数依赖(对于组合主键的部分依赖,比如:产品ID + 用户ID 为主键,存在用户名称,产品名称等部分主键依赖字段)

3.第三范式 (3NF)

  • 满足第三范式(3NF)必须满足第二范式(2NF)。
  • 第三范式(3NF) 要求一个数据表中不包含已在其他表中包含的非主键关键字信息,即数据不能存在传递关系,即每个属性都跟主键有关系直接关系而不是间接关系。

反例:

订单ID 用户ID 产品ID 产品名称 产品厂家
1 1 100 微波炉 A102 美的
2 2 200 变频空调 B101 海尔

正例: 订单表

订单ID 用户ID 产品ID
1 1 100
2 2 200

商品信息表

产品ID 产品名称 产品厂家
100 微波炉 A102 美的
200 变频空调 B101 海尔

总结:消除字段对非主键的传递依赖(就是需要取消订单中比如商品名称、商品地址等冗余信息)。

二、范式化设计

在真正的数据库规范定义上,非常的严谨,比如第二范式(2NF)的定义“若某关系 R 术语第一范式,且每个非主属性完全函数依赖于候选码,则关系 R 属于第二范式”。

结论:并不是说完全符合规范化理论的设计是最完美的设计,而是要看具体的业务场景反复实践总结最合适的设计。

三、反规范化设计

所谓反规范化设计,就是针对规范化而言的。 1、为了性能和读取效率而适当的违反对数据库范式设计的要求; 3、为了查询的性能,允许存在部分(少量)冗余数据。换句话说,反规范化设计就是直接用空间换时间。

  • 商品信息
ID 商品名称 商品价格 商品描述 商品图片地址
1 微波炉 A101 $100.99 可以加热食物的微波炉 tupian.baidu.com
  • 分类信息
分类 ID 分类名称
1 电器
  • 商品分类对应关系表
商品ID 分类ID
1 1
  • 商品信息反规范化设计
ID 商品名称 分类名称 商品价格 商品描述 商品图片地址
1 1 电器 $100.99 可以加热食物的微波炉 tupian.baidu.com

四、设计总结

  • 数据库的规划化范式设计,在逻辑结构上可以让结构更加细粒度,容易理解。
  • 但是我们在实际的开发过程中,需要考虑性能和时间成本,往往或多或少,会允许数据冗余(反规范化设计),通常可以达到 2NF。

到此这篇关于MySQL 数据库范式设计理论总结的文章就介绍到这了,更多相关MySQL 数据库设计内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 详解MySQL 数据库范式

    前言: 关于数据库范式,时常有听说过,一直没有详细去了解.一般数据库书籍或数据库课程会介绍范式相关内容,范式也经常出现在数据库考试题目中.不清楚你是否对范式有比较清晰的了解呢?本篇文章我们一起来学习下数据库范式吧. 1.数据库范式简介 为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 范式的英文名称是 Normal Form ,简称 NF .它是英国人

  • MySQL系列数据库设计三范式教程示例

    目录 一.数据库设计三范式相关知识说明 1.什么是设计范式? 2.为什么要学习数据库的三个范式? 3.三范式都有哪些? 二.数据库表的经典设计方案 一对一怎么设计? 一.数据库设计三范式相关知识说明 1.什么是设计范式? 设计表的依据,按照这三个范式设计出来的表,不会出现数据的冗余. 2.为什么要学习数据库的三个范式? 数据库的设计范式是数据库设计所需要满足的规范,满足这些规范的数据库是简洁的.结构明晰的,同时,不会发生插入(insert).删除(delete)和更新(update)操作异常.反

  • Mysql数据库设计三范式实例解析

    三范式 1NF:字段不可分; 2NF:有主键,非主键字段依赖主键; 3NF:非主键字段不能相互依赖; 解释: 1NF:原子性 字段不可再分,否则就不是关系数据库; 2NF:唯一性 一个表只说明一个事物; 3NF:每列都与主键有直接关系,不存在传递依赖; 第一范式(1NF) 即表的列的具有原子性,不可再分解,即列的信息,不能分解, 只要数据库是关系型数据库(mysql/oracle/db2/informix/sysbase/sql server),就自动的满足1NF.数据库表的每一列都是不可分割的

  • Mysql数据库中数据表的优化、外键与三范式用法实例分析

    本文实例讲述了Mysql数据库中数据表的优化.外键与三范式用法.分享给大家供大家参考,具体如下: 数据表优化 将商品信息表进行优化 1.创建商品种类表: create table if not exists goods_cates( id int unsigned primary key auto_increment, name varchar(40) not null ); 2.将商品种类写入商品种类表中: 注意:插入另一个表的查询结果不需要加values insert into goods_

  • MySQL 数据库范式化设计理论总结

    目录 一.设计范式 1.第一范式(1NF) 2.第二范式(2NF) 3.第三范式 (3NF) 二.范式化设计 三.反规范化设计 四.设计总结 一.设计范式 问题: 什么是范式化设计,为什么需要反规范化设计 ? 范式来自来自英文Normal From .开发过程中要设计一个好的数据库逻辑关系,必须满足一定的约束条件,此约束条件形成了开发范式,分成几个等级,一级比一级严格. 满足这些范式理论上可以让我们的数据库逻辑结构更加简洁.清晰. 以下是常见的四种范式: 第一范式(1NF) 第二范式(2NF)

  • MySQL 数据库的约束及数据表的设计原理

    目录 1. 数据库的约束 1.1 介绍 1.2 约束类型 1.3 not null 1.4 unique 1.5 default 1.6 primary key 1.7 foreign key 1.8 check 2. 数据库表的设计 2.1 一对一关系 2.2 一对多关系 2.3 多对多关系 1. 数据库的约束 1.1 介绍 数据库中的约束 ,顾名思义即是对插入数据库中的数据进行限定,这么做的目的是为了保证数据的有效性和完整性. 这样就大幅度地提高了数据库中数据的质量,节省了数据库的空间和调用

  • MySQL 数据库的约束及数据表的设计原理

    目录 1.数据库的约束 1.1介绍 1.2约束类型 1.3notnull 1.4unique 1.5default 1.6primarykey 1.7foreignkey 1.8check 2.数据库表的设计 2.1一对一关系 2.2一对多关系 2.3多对多关系 1. 数据库的约束 1.1 介绍 数据库中的约束 ,顾名思义即是对插入数据库中的数据进行限定,这么做的目的是为了保证数据的有效性和完整性. 这样就大幅度地提高了数据库中数据的质量,节省了数据库的空间和调用数据的时间. 之前介绍过 MyS

  • MySQL数据库设计之利用Python操作Schema方法详解

    弓在箭要射出之前,低声对箭说道,"你的自由是我的".Schema如箭,弓似Python,选择Python,是Schema最大的自由.而自由应是一个能使自己变得更好的机会. Schema是什么? 不管我们做什么应用,只要和用户输入打交道,就有一个原则--永远不要相信用户的输入数据.意味着我们要对用户输入进行严格的验证,web开发时一般输入数据都以JSON形式发送到后端API,API要对输入数据做验证.一般我都是加很多判断,各种if,导致代码很丑陋,能不能有一种方式比较优雅的验证用户数据呢

  • MySQL 数据库设计复习笔记及项目实战

    作者:杨鑫奇 最近手头上有3个项目开动,其他2个都是从底层开始的,一个已经开始了一段时间的了,在小城市小团队开发的条件下,都没有专门的DBA来做数据库的设计和维护,往往都是开发人员顶上,可是看了很多的数据库的设计,感觉很多设计都不是很完美,包括DZ的Ucenter和UcenterHome的数据库,所以这段时间话了近5个小时的时间好好的整理了下数据库方面的基本内容,配合现有的框架来实现快捷的数据库设计,来满足目前项目的需求 参考的数据库文档主要有:目前国内的常见的PHP系统的数据库 DZ6.0的数

  • 计算机二级考试MySQL常考点 8种MySQL数据库设计优化方法

    MySQL数据库设计的8种优化方法,具体内容如下 1.选取最适用的字段属性 MySQL可以很好的支持大数据量的存取,但是一般说来,数据库中的表越小,在它上面执行的查询也就会越快.因此,在创建表的时候,为了获得更好的性能,我们可以将表中字段的宽度设得尽可能小.例如,在定义邮政编码这个字段时,如果将其设置为CHAR(255),显然给数据库增加了不必要的空间,甚至使用VARCHAR这种类型也是多余的,因为CHAR(6)就可以很好的完成任务了.同样的,如果可以的话,我们应该使用MEDIUMINT而不是B

  • MySQL数据库设计概念及多表查询和事物操作

    目录 数据库设计概念 数据库设计简介 表关系(多对多) 表关系(一对多) 表关系之一对一 多表查询 笛卡尔积现象 内连接查询 嵌套查询(子查询) 事务操作 事务的概念 手动提交事务 自动提交事务 事务原理和四大特征 事务原理 事务的四大特征 事务的并发访问引发的三个问题(面试) 事务的隔离级别 数据库设计概念 数据库设计简介 1.数据库设计概念 数据库设计就是根据业务系统具体需求,结合我们所选用的DBMS,为这个业务系统构造出最优的数据存储模型. 建立数据库中的表结构以及表与表之间的关联关系的过

  • 一文理解MySQL数据库的约束与表的设计

    目录 1.数据库约束 1.1 约束类型 1.2 null 约束 1.3 unique 唯一的约束 1.4 default 默认值约束 1.5 primary key 主键约束 1.6 primary key auto_increment 自增主键 1.7 foreign key 外键约束 2.表的设计 2.1 一对一 2.2 一对多 2.3 多对多 总结 1.数据库约束 约束是关系型数据库提供的一种校验数据合法性的机制. 1.1 约束类型 约束类型 说明 示例 null 使用not null 指

  • MYSQL数据库表结构优化方法详解

    本文实例讲述了MYSQL数据库表结构优化方法.分享给大家供大家参考,具体如下: 选择合适的数据类型 1.使用可以存下你的数据的最小的数据类型 2.使用简单的数据类型.Int要比varchar类型在mysql处理上简单 3.尽可能的使用not null定义字段 4.尽量少用text类型,非用不可时最好考虑分表 使用int来存储日期时间,利用FROM_UNIXTIME()[将int类型时间戳转换成日期时间格式],UNIX_TIMESTAMP()[将日期时间格式转换成int类型]两个函数进行转换 使用

随机推荐