一、一对多
1.确立表与表之间的关系 一定要换位思考(必须两方都考虑周全之后才能得出结论)
以员工表和部门表为例:
1.先站在员工表看能否有多个员工对应一个部门
翻译过来: 一个部门能否有多个员工
可以!!!(暂时只能确定员工单向多对一部门)
2.再站在部门表看能否有多个部门对应一个员工
翻译过来: 一个员工能否属于多个部门
不可以!!!
结论:员工表和部门表之间仅仅是单向的多对一 那么它们的表关系就是"一对多" 表关系中没有多对一一说,只有一对多 (无论是多对一还是一对多都叫"一对多")
2.如何让两种表有代码层面上真正的关联 就必须使用外键(foreign key)
什么是外键? 让表与表有硬性层面上的关系
foreign key
外键约束
1.在创建表的时候 必须先创建被关联表
2.插入数据的时候 也必须先插入被关联表的数据
1、在创建表时,先建被关联的表dep,才能建关联表emp
create table dep( id int primary key auto_increment, dep_name varchar(32), dep_desc varchar(128) ); create table emp( id int primary key auto_increment, emp_name varchar(64), emp_gender enum(‘male‘,‘female‘,‘others‘) default ‘male‘, dep_id int, foreign key(dep_id) references dep(id) );
2、在插入记录时,必须先插被关联的表dep,才能插关联表emp
insert into dep(dep_name,dep_desc) values(‘外交部‘,‘搞外交‘), (‘教学部‘,‘教书育人‘), (‘技术部‘,‘技术能力有限部门‘) ; insert into emp(emp_name,dep_id) values(‘jason‘,1), (‘egon‘,2), (‘tank‘,2), (‘kevin‘,3);
查看表结构
查看表数据
3.删除数据
update dep set id=200 where id = 1; update emp set dep_id = 300 where id = 1; delete from dep where id = 3; 外键虽然能够帮你强制建立表关系 但是也会给表之间增加数据相关的约束 1.删除数据的时候 先删员工表的数据 再删部门表的数据 delete from emp where id = 4; delete from dep where id = 3; 2.级联更新级联删除 create table dep( id int primary key auto_increment, dep_name varchar(32), dep_desc varchar(128) ); create table emp( id int primary key auto_increment, emp_name varchar(64), emp_gender enum(‘male‘,‘female‘,‘others‘) default ‘male‘, dep_id int, foreign key(dep_id) references dep(id) on update cascade on delete cascade ); insert into dep(dep_name,dep_desc) values(‘外交部‘,‘搞外交‘), (‘教学部‘,‘教书育人‘), (‘技术部‘,‘技术能力有限部门‘) ; insert into emp(emp_name,dep_id) values(‘jason‘,1), (‘egon‘,2), (‘tank‘,2), (‘kevin‘,3);
删除部门后,对应的部门里面的员工表数据对应删除
更新部门后,对应员工表中的标示部门的字段同步更新
二、多对多
图书表与作者表之间的关系
仍然站在两张表的角度: 1.站在图书表:一本书可不可以有多个作者,可以!那就是书多对一作者 2.站在作者表:一个作者可不可以写多本书,可以!那就是作者多对一书
双方都能一条数据对应对方多条记录,这种关系就是多对多!
强调 foreign key 只是用来帮你建表关系的 不是某个关系特有的方法
先建两种普通的表 不需要设置外键
create table book( id int primary key auto_increment, title varchar(32), price int ); create table author( id int primary key auto_increment, name varchar(32), age int );
在建第三张表
create table book2author( id int primary key auto_increment, book_id int, foreign key(book_id) references book(id) on update cascade on delete cascade, author_id int, foreign key(author_id) references author(id) on update cascade on delete cascade );
插入数据
insert into book(title,price) values(‘活着‘,199),(‘亲密关系‘,299),(‘羊皮卷‘,169); insert into author(name,age) values(‘jason‘,18),(‘tank‘,38); insert into book2author(book_id,author_id) values(1,1),(1,2),(2,1),(3,1),(3,2);
查看表数据
提示:这里显示从5开始是因为之前插入前四组数据时候出错了,而且已经将id设置为了主键,所以后面添加成功的数据从5开始
三、一对一
外键字段建在任意一方都可以 但是推荐建在查询频率较高的一方
先创建详细信息表create table authodetil(id int primary key auto_increment, phone int, addr varchar(30) ); 在创建带外键字段的用户表 create table author1(id int primary key auto_increment, name char(10), age int, authodetil_id int unique, foreign key(authodetil_id) references authodetil(id) on update cascade on delete cascade ); 插入数据insert into author1(name,age) values(‘jason‘,18),(‘egon‘,20); insert into author1(name,age,authodetil_id) values(‘tank‘,18,1),(‘kevin‘,22,2);
查看表数据
提示:前面连个详细信息数字为空是因为之前没有把这个数据添加进去,所以为空(这是错误的示范)
判断表关系的最简单的语法
1.图书与出版社
一本书可不可以有多个出版社 不可以!!!
一个出版社可不可以出版多本书 可以!!!
一对多的关系
2.图书与作者表
一本书可不可以有多个作者 可以!!!
一个作者可不可以写多本书 可以!!!
多对多的关系
3.作者与作者详情
一个作者可不可以有多个详情 不可以!!!
一个作者详情可不可以有多个作者 不可以!!!
要么两者是一对一
要么两者之间没任何关系
四、修改表的完整语句
mysql对大小写不敏感!!! 语法: 1. 修改表名 ALTER TABLE 表名 RENAME 新表名; 2. 增加字段 ALTER TABLE 表名 ADD 字段名 数据类型 [完整性约束条件…], ADD 字段名 数据类型 [完整性约束条件…]; ALTER TABLE 表名 ADD 字段名 数据类型 [完整性约束条件…] FIRST; ALTER TABLE 表名 ADD 字段名 数据类型 [完整性约束条件…] AFTER 字段名; 3. 删除字段 ALTER TABLE 表名 DROP 字段名; 4. 修改字段 # modify只能改字段数据类型完整约束,不能改字段名,但是change可以! ALTER TABLE 表名 MODIFY 字段名 数据类型 [完整性约束条件…]; ALTER TABLE 表名 CHANGE 旧字段名 新字段名 旧数据类型 [完整性约束条件…]; ALTER TABLE 表名 CHANGE 旧字段名 新字段名 新数据类型 [完整性约束条件…];
五、复制表
# 复制表结构+记录 (key不会复制: 主键、外键和索引) create table new_service select * from service; # 相当于创建表与查询表中数据的结合体 # 只复制表结构 select * from service where 1=2; //条件为假,查不到任何记录 create table new1_service select * from service where 1=2; create table t4 like employees;
原文地址:https://www.cnblogs.com/xiongying4/p/11385258.html