MySql学习笔记——范式Normal Format（四）

最新推荐文章于 2023-08-02 15:24:30 发布
最新推荐文章于 2023-08-02 15:24:30 发布
阅读量430 收藏
点赞数 1
分类专栏： mysql 文章标签： 数据库 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42443419/article/details/105006264
版权

范式即设计规范

第一范式：字段原子性，字段不可再分割

关系型数据库默认满足第一范式
逻辑上的含义
在这里插入图片描述

一个比较容易犯的问题

关联字段的保存：
文章和标签（不建议这样设计）
在这里插入图片描述
通过使用tag_id中存储多个tagid来表示两者之间的关系，带来最大的问题是维护和更新
比如当这篇文章有一个标签不用了，那就需要遍历去检查，然后在取出，再存入，这样就会带来极大的维护困难，如果tags是定死的话可以这样，比如上传文件的etag就是固定的，而且也无法建索引

比如我想查询33，这种情况可能要%33%查，不光性能差，而且万一有333,433那样就查不出来了

第二范式：消除对主键部分依赖

在满足第一范式的基础上

  • 主键：可以唯一标识记录的字段或者字段合集

在这里插入图片描述

  • 依赖：A字段可以确定B字段，则B字段依赖A字段
    例：B性别和A老师
  • 对主键部分依赖：如果某个字段依赖复合主键的一部分字段，则称之为对主键的部分依赖
    例如：性别对主键就是部分依赖，这样是不满足第二范式

解决方案：增加独立字段主键，不采用复合主键
在这里插入图片描述

第三范式：消除对主键的传递依赖

在第二范式基础上

  • C依赖于B，B依赖于主键，则C对主键存在传递依赖关系
    上例中的性别C，依赖讲师B，ID为主键，性别对id存在传递依赖关系

  • 解决方案：
    将独立数据单独建表，使用关联字段进行存储
    在这里插入图片描述

总结

  • 独立数据独立建表
  • 表中存在于业务逻辑无关的ID主键
  • 表之间的关系又关联字段（关联表）进行表示

优势

  • 减少数据冗余（重复）
    上方孔子每张表都带着性别男，数据冗余
  • 易于维护更新
    上方孔子改名了，都要变，而下方只需改一次
一笛一剑一玈人
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL学习笔记——“语法总结”.zip
02-22
MySQL学习笔记——“语法总结”
mysql学习笔记(1)——变量
12-14
mysql学习笔记(1)——变量 文章目录mysql学习笔记(1)——变量一、变量的分类:二、系统变量全局变量（1）概念及分类：（2）常用sql语句：（3）示范：（4）作用域会话变量示范三、自定义变量概念：用户变量(1) 作用域...
数据库的部分依赖，完全依赖，传递依赖以及三种范式
weixin_45950398的博客
03-25 6267
第一范式1NF：列不可再分 第二范式2NF：可唯一标识一行，如主键id（消除部分依赖） 第三范式3NF: 不存在传递依赖，即不依赖于非主属性。（消除传递依赖） 注意每个范式都满足前面的范式。 部分依赖 ：X->Y，存在X’是X的非空子集，X’->Y 完全依赖：X->Y，不存在X’是X的非空子集，X’->Y 传递依赖：X->Y(Y!->X)，Y->Z 参考 ...
数据库四种范式和部分依赖，完全依赖，传递依赖
热门推荐
panzelinsdo的博客
10-28 1万+
数据库范式 设计数据库时，根据不同的规范要求，设计出合理的关系型数据库。而这些规范就叫做范式，越高的范式，冗余越小。 一般的数据库只遵循第一范式，第二范式，第三范式就足够了。满足了这三个范式的数据库一般都是简单和结构清晰的，同时也不会发生insert，delete，update的操作异常。 六个范式分别为： 第一范式（1NF） 第二范式（2NF） 第三范式（3NF） 巴斯-科德范式（BCNF） ...
数据库(四):函数依赖和数据库异常,第一范式,第二范式,第三范式,第四范式
qq_43398345的博客
02-12 2112
本文转载于：https://zhuanlan.zhihu.com/p/20028672在阅读本文时，可以把“关系”理解为数据表。此外还有一个“关系模式”的概念。“关系”和“关系模式”的区别，类似于面向对象程序设计中”类“与”对象“的区别。”关系“是”关系模式“的一个实例，你可以把”关系”理解为一张带数据的表，而“关系模式”是这张数据表的表结构。
数据库范式（第一范式-第四范式）、函数依赖与反范式化
hazelnut_x的博客
11-27 1715
文章目录函数依赖部分函数依赖完全函数依赖传递函数依赖(非)平凡函数依赖多值依赖范式第一范式（1NF）第二范式（2NF）存在的问题第三范式（3NF）存在的问题鲍依斯-科得范式（BCNF)存在的问题第四范式（4NF）范式化设计和反范式化设计范式化反范式化参考 函数依赖 部分函数依赖 设 X,Y 是关系 R 的两个属性集合，存在 X→Y ，若 X’ 是 X 的真子集，存在 X’→Y ，则称 Y 部分函数依赖于 X 。 例子：学生基本信息表 R:(学号，身份证号，姓名) ，学号属性取值是唯一的。在R关系中，(学
数据库三大范式详解，部分依赖、完全依赖、传递依赖
最新发布
m0_51554811的博客
08-02 3853
第三范式要求在满足第二范式的基础上，任何非主属性不依赖于其他非主属性，即在第二范式的基础上消除传递依赖。从上表可以看出，所有属性都完全依赖于学号，故符合第三范式，但是班主任性别和班主任年龄直接依赖于班主任姓名，而不是主键学号，故不符合第三范式。完全函数依赖：设X,Y是关系R的两个属性集合，X’是X的真子集，存在X→Y，但对每一个X’都有X’!**部分函数依赖：**设X,Y是关系R的两个属性集合，存在X→Y，若X’是X的真子集，存在X’→Y，则称Y部分函数依赖于X。→X),Y→Z，则称Z传递函数依赖于X。
MySQL学习笔记.md
12-07
观看b站：《老杜带你学_mysql入门基础》，所做的随堂笔记，杜老师讲的十分通俗易懂，respect！
MySQL学习笔记(3)——索引练习
12-14
根据之前的MYSQL学习笔记(2)的学习，通过一些小练习来加深对索引的理解。 建下表并插入数据最后建立相关索引： CREATE TABLE IF NOT EXISTS `test`( id int PRIMARY KEY auto_increment, c1 char(10), c2 char(10), ...
MySQL笔记——笔记.md
10-02
MySQL笔记
数据库三范式的一些定义及理解
m0_61354670的博客
02-13 1560
数据库范式的一些定义及理解认识范式第一范式（1NF）第二范式（2NF）第三范式（3NF） 认识范式 范式是数据库的理论基础，也是设计数据库结构过程中要遵循的规则和指导方法，基本范式有：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（3.5范式或BCNF）、第四范式（4NF） 第一范式（1NF） 第一范式的数据表必须是二维数据表，每一列都是不可再分割的基础数据，强调列的原子性，某一属性不能拥有几个值；同一列的类型相同，行的上下关系互不影响。 举????： 姓名 ID 生日
Mysql优化之精髓
Town
10-24 844
转载: https://juejin.cn/post/6844904061523886088 3万字总结，Mysql优化之精髓 本文知识点较多，篇幅较长，请耐心学习 为什么要优化 系统的吞吐量瓶颈往往出现在数据库的访问速度上 随着应用程序的运行，数据库的中的数据会越来越多，处理时间会相应变慢 数据是存放在磁盘上的，读写速度无法和内存相比 如何优化 设计数据库时：数据库表、字段的设计，存储引擎 利用好MySQL自身提供的功能，如索引等 横向扩展：MySQL集群、负载均衡、读写分离 SQL语句的优化（收效甚微）
浅谈数据库范式
筱葭的博客
04-09 1066
一、相关概念 超键(super key)：能唯一标识元组的属性集。 候选键(candidate key)：不含有多余属性的超键（最小的超键）。 主键(primary key)：选作元组标识的一个候选键。 外键(foreign key)：如果关系模式R1中的某属性集不是R1的主键，而是另一个关系R2的主键，则该属性集是关系模式R1的外键。 主属性：一个属性只要在任何一个候选码中出现过，这个
7-mysql数据库(数据表)的设计思想
jyn15159的博客
06-07 1146
数据库（数据表）的设计思想 所谓数据库的设计，通常就是指数据表（多个数据表）的设计，也就是表结构的设计，以及需要哪些表。 这种设计基本都是由每一个具体的项目功能来决定的。需要确定一个项目会用到哪些“现实数据”，以及为实现这些功能还需要创建（或定义）哪些数据才可以到达功能目标。这也就构成了一个项目的数据库设计工作。 数据库设计工作通常都是一个项目在技术层面最为重要和基础的工作。数据库设计未定下来之前，后续的开发工作很难进行。数据库设计得不好，后续的开发工作就可能问题重重。 数据库设计3范式（3NF） 范式，就
数据库的部分依赖，完全依赖，传递依赖以及三种范式总结
极客园地
03-29 9713
规范化，数据依赖的公理系统和模式的分解是本科阶段要了解的内容，而后两者在研究生学习阶段需要加深巩固，所以对这几方面的学习做一个总结。部分函数依赖：设X,Y是关系R的两个属性集合，存在X→Y，若X’是X的真子集，存在X’→Y，则称Y部分函数依赖于X。传递函数依赖：设X,Y,Z是关系R中互不相同的属性集合，存在X→Y(Y !→X),Y→Z，则称Z传递函数依赖于X。完全函数依赖：设X,Y是关系R的两个属性集合，X’是X的真子集，存在X→Y，但对每一个X’都有X’!→Y，则称Y完全函数依赖于X。
#SQL：函数依赖、范式、第一范式(1NF)、第二范式(2NF)、第三范式(3NF) @FDDLC
LiuXingchang的博客
11-30 2900
一、函数依赖与码 若X->Y，即由X能确定Y，或者说一个已知的X能确定一个唯一的Y，则称Y依赖于Y(跟初中的函数定义一致)。 一个学生只能属于一个学院，即知道学号X，就能确定对应的学院代码Y，所以学院代码Y依赖于学号X。 1、部分函数依赖 Y由X中的部分即能确定，比如(学号,姓名)->(系主任)，显然，只需(学号,姓名)里的学号就能确定系主任！因此：(系主任)部分函数依赖于(学号,姓名) 2、完全函数依赖(可对比部分函数依赖) Y由X中的全部属性确定，比如(学号,课程号)->某
函数依赖 主码 主属性 非主属性 候选键 超键 详解
weixin_44627672的博客
10-05 1万+
最近做项目要搞数据库看到范式那一节头脑发晕，概念都忘了，于是从网上搜罗并整理一下； 函数依赖部分参考：https://blog.csdn.net/jsj13263690918/article/details/79796275 主码：主关键字（主键，primary key）是被挑选出来，作表的行的唯一标识的候选关键字（也称为候选键）。一个表只有一个主关键字。主关键字又可以称为主键。 主键可以由一个字段（注释1），也可以由多个字段组成，分别称为单字段主键或多字段主键。又称主码。并且它可以唯一确定表中的一行数据，
码，主码，主属性，非主属性，平凡函数依赖，完全依赖等词解释
The shortest answer is doing
04-30 6715
码：代表数目的符号 主码 我们在建立数据库的时候，需要为每张表指定一个主码，主码也叫主键。 所谓主码就是在实体集中区分不同实体的候选码。 一个实体集中只能有一个主码，但可以有多个候选码。 必须注意两点： 1.主码的选择必须慎重。 例如：人的姓名是不可以做主码的，因为可能有多个人重名，而身份证可以做主码。 2.主码的选择应该是那些从不或极少变化的属性。...
MySQL学习笔记：从基础到高级
"一千行+MySQL+学习笔记.pdf" MySQL是一种广泛应用的关系型数据库管理系统（RDBMS），它以其高效、稳定和易用性受到广大开发者的青睐。这份学习笔记涵盖了MySQL的多个关键知识点，包括基本的SQL语句、索引、数据...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值