MySql数据库外键关联

设置外键关联是可以设置在删除时和在更新时的操作,其中有三个比较重要的。
(1)层叠(级联):cache
(2)设为null:set null
(3)无动作:no action

(1)层叠,当主表删除一条记录,那么从表对应的引用了被删除的记录的主键作为外键的记录将会级联删除。更新时候也一样。
(2)设为null,当主表删除一条记录,那么从表对应的引用了被删除的记录的主键作为外键的记录的外键将会设为Null。
(3)无动作,顾名思义,不做任何动作。

当然在数据库设计中,最理想的状态就是层叠,但是有时候在项目开发中却不能这么做,因为系统有这种需求—-保存各种记录,方便以后做统计,所以就不能使用层叠,那么不使用层叠,可不可以使用设为Null呢?当然可以,只是有时候又会遇到这么一种情况–多对多的情况产生的中间表;按道理,多对多产生的中间表我们没有必要再使用一个代理建作为主键,因为这样的话,不能保证多对多的中间表的映射关系不重复;为了保证对对多的中间表的映射关系不重复,只能将两个外键作为主键,作为主键的字段必定不能为null,所以设为null又不适用了。

现在只剩下无动作 ,但是发现即使设置为无动作,删除主表的某条记录(若这条记录的主键被从表的记录引用了)却报错。不让删除。

解决办法是临时设置不检查外键约束:

SET FOREIGN_KEY_CHECKS = 0;

恢复检查外键约束:

SET FOREIGN_KEY_CHECKS = 1;
### MySQL 数据库使用教程 #### 创建数据库并设置环境 为了展示的工作原理,先创建一个名为 `mysqltestdb` 的数据库,并切换到该数据库下执行后续操作。 ```sql CREATE DATABASE mysqltestdb; USE mysqltestdb; ``` #### 表结构设计与定义 假设存在两个表:一个是存储部门信息的 `departments` 表;另一个是员工信息的 `employees` 表。这里希望确保每位员工都属于某个已存在的部门,这可以通过在上施加约束来实现。 ##### 部门表 (Departments) ```sql CREATE TABLE departments ( dept_id INT NOT NULL AUTO_INCREMENT, name VARCHAR(100), PRIMARY KEY(dept_id) ); ``` ##### 员工表 (Employees),带有指向 Departments 的 ```sql CREATE TABLE employees ( emp_id INT NOT NULL AUTO_INCREMENT, first_name VARCHAR(50), last_name VARCHAR(50), department_id INT, -- 这是一个字段 PRIMARY KEY(emp_id), FOREIGN KEY (department_id) REFERENCES departments(dept_id) ON DELETE CASCADE ); ``` 上述 SQL 语句中的 `FOREIGN KEY` 子句指定了 `employees.department_id` 是一个参照于 `departments.dept_id` 列的[^1]。当删除父记录时(即某部门),所有关联子记录也会被自动清除 (`ON DELETE CASCADE`)。 #### 控制约束的状态 有时出于性能考虑或其他原因,可能需要临时禁用或重新激活这些约束: - **关闭检查** ```sql SET foreign_key_checks = 0; ``` - **恢复检查** ```sql SET foreign_key_checks = 1; ``` 通常,在批量导入数据期间会暂时停用此功能以提高效率,之后再恢复正常状态[^2]。 #### 实际应用场景下的注意事项 虽然有助于维护关系型数据库的数据完整性,但也并非总是必要的。特别是在高并发写入场景或是分布式环境中,可能会带来额开销甚至成为瓶颈所在。因此,实际项目开发过程中应权衡利弊后再做决定[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值