④MySQL(表关系-范式-主键冲突)

mysql.exe -h localhost -P 3306 -u root -p

use mydb;     ——     进入数据库  

查看:show index from 表名\G

desc:查看表结构

select * from 表名:查询所有数据


表关系


        1)一对一: 

                        一张表的一条记录一定只能与另外一张表的一条记录进行对应,反之亦然

当用select *查询所有数据时,不常用的数据就会影响效率;因此,把常用的数据和常用的数据分开存储,但要同时使用这两种里面的数据时,如何让它们匹配?

如何匹配常用数据和不常用数据?

具有唯一性的确定记录,用这样的字段来连接

        2)一对多:

                        一张表中有一条记录可以对应另外一张表中的多条记录,但是反过来,另外一张表的一条记录只能对应第一张表的一条记录

当“孩子”要找“妈妈”,“妈妈”要找“孩子”找不到该如何?

在一张表中增加一个字段,从而方便找到另一张表

但,是在“孩子”表增加还是在“妈妈”表增加?

在“孩子”表增加字段,增加一个“妈妈”的id

        3)多对多:

                        一张A表中的一条记录,能够对应B表中的多条记录,同时B表中的一条记录也能对应A表中的多条记录

小问题:

1.    一个人和他的身份证是神魔关系?        1vs1

2.    一个人和他的收货地址是神魔关系?   1vs多

3.    订单和商品是神魔关系?                        多vs多



范式:


            Normal Format,是一种离散数学中的知识,是为了解决一种数据的存储与优化的问题,它的终极目标是为了减少数据的冗余(意思是:用最少的数据解决最大的问题)

范式是一种分层结构的规范,分为六层:

        1)1NF、2NF、3NF、……6NF

        2)1NF是最底层,要求最低

        3)6NF是最高层,要求最严格

MySQL属于关系型数据库,会有空间浪费,因此就会有如何节省空间,如此一来就与范式想要解决的问题不谋而合,那么设计数据库时,就会利用范式来指导如何设计数据库,但数据库不仅要解决数据库的问题,还要解决效率问题,而范式仅仅只是解决空间问题,所以数据库又不仅仅只是依据范式的要求实现

范式在数据库的设计中有指导意义,但不是强制规范,也就说没有固定的

第一范式(1NF):

要求字段的数据具有原子性(也就是不可以再分,直接拿来用,而不是切割后用)

开始和结束不单独拿出使用:

开始和结束单独拿出使用:

第二范式(2NF):

要解决表的设计不允许出现部分依赖

部分依赖:如果有复合主键(多字段主键),并且这个表中有字段并不是由整个主键来确定,而是由主键的某一部分来确定

eg:通过AB能得出C,通过A也能得出C,通过B也能得出C,那么说C部分依赖于AB

性别只依赖讲师,性别不依赖班级,教室不依赖讲师,教室只依赖班级,因此形成部分依赖

解决方法:

1.    性别和讲师单独成表,教室和班级单独成表

2.    只有复合主键存在部分依赖,那么就取消复合主键,使用单一主键

第三范式(3NF):

解决传递依赖的问题

eg:    A依赖B,B依赖C,A间接依赖C,C是被依赖源头

逆规范化:

磁盘利用率与效率的对抗

总结

范式主要是解决数据冗余

第一范式(1NF):不能拆分

第二范式(2NF):解决部分依赖

第三范式(3NF):解决传递依赖

逆规范化:空间换时间



表关系


新增数据

基本语法:insert into 表名 [(字段列表)] values(值列表);

主键冲突(Duplicate key)

当主键存在冲突的时候,可以选择性地进行处理,进行更新和替换

更新操作:insert into 表名 [(字段列表)] values(值列表) on duplicate key update 字段=新值;

替换:replace insert into 表名 [(字段列表)] values(值列表);

-- 给my_class表增加主键

alter table my_class add primary key(name);

-- 插入数据

insert into my_class

values('Python1910','B409');

insert into my_class

values('Python1910','B510');

-- 解决主键冲突一:更新——insert into 表名 [(字段列表)] values(值列表) on duplicate key update 字段=新值;

insert into my_class

values('Python1910','B510')

-- 冲突处理

on duplicate key update

-- 更新教室

room='B510';

实际上执行了下半部分的update

insert into my_class

values('Python1907','B406');

-- 解决主键冲突二:替换—— replace insert into 表名 [(字段列表)] values(值列表);

replace into my_class

values('Python1907','A203');

-- 如果没有冲突

replace into my_class

values('Python1811','A407');

总结

为神魔产生冲突?在插入数据的时候产生冲突

主键冲突(已经存在)    ——     影响2行,删一行,插一行


主键没有冲突(不存在)    ——    影响1行,直接插入

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。
禁止转载,如需转载请通过简信或评论联系作者。

推荐阅读更多精彩内容