众所周知,关系数据库里面最重要的东西之一就是关系,三大完整性约束规定了一个人能在关系数据库里闹腾的底线,但是,当某些情况下,你会发现你无意冒犯某些完整性原则的时候,却冒犯了,比较经典的就是参照完整性(外键约束),譬如这三个情景:
情景一:你没有设置cascade(级联操作),然后你成功的发现你引用外键的那个主码的参数设置有问题,然后你试图修改被引用的那个属性,结果系统告诉你:嘿,你在干什么,你违反参照完整性了,你还想改?做梦呢你?”,然后你就被劝退了。
情景二:你数据搞错了,然后试图修改,又是没加cascade,然后恰好改在外键上了,这时候你不想先去改主码,而是先去改这个用了外键的表,然后,结果同上。
情景三(也是最气人的场景):你试图从txt文档向mysql导入数据,然后这个txt来自Excel表格。这就要说到一个特性了,平面文档结尾处会有你看不见(但是mysql看得见)的换行符\n,然后导入数据向一个结尾属性为外码(尤其是这个表是全码)的时候,他就会告诉你:“嘿,你的数据在被引用的数据里面没有,这是坏数据,xiu想导入!”当然,这个平面文档的数据是可以修改好的,采用的方法是我在mysql专栏下发的另一篇文章,但是问题在于,你得先把数据导入进去才能用sql语言修改啊,你导都导不进去还说啥,于是,你就陷入了先有鸡还是先有蛋的困局,导入数据才能修改,而想导入数据还要修改。往常的解决方法可以选择另建一个一样的,然后处理完之后再导入原表,但是这样很麻烦啊,而且我很懒啊。
解决方法的核心思想就一句话:直接废掉mysql的参照完整性检查,临时性的禁用外键。
语句也只有一条:
SET FOREIGN_KEY_CHECKS=0;
当然,别忘了搞完之后把数据处理好,然后再改回来:
SET FOREIGN_KEY_CHECKS=1;
如果之前导入的数据还是有问题的话他会提醒你:这数据还是有问题,你不能设置外键检查。
(注:本文所述参照完整性检查等价于外键检查,禁用外键等价于终结参照完整性)