MySql外键设置详解(1)外键的使用:外键的作用,主要有两个:一个是让数据库自己通过外键来保证数据的完整性和一致性一个就是能够增加ER图的可读性有些人认为外键的建立会给开发时操作数据库带来很大的麻烦.因为数据库有时候会由于没有通过外键的检测而使得开发人员删除,插入操作失败.他们觉得这样很麻烦其实这正式外键在强制你保证数据的完整性和一致性.这是好事儿.例如：有一个基础数据表，用来记录商品的所有信息。其他表都保存商品ID。查询时需要连表来查询商品的名称。单据1的商品表中有商品ID字段，单据2的商品表中也有商品ID字段。如果不使用外键的话，当单据1,2都使用了商品ID=3的商品时，如果删除商品表中ID=3的对应记录后，再查看单据1,2的时候就会查不到商品的名称。当表很少的时候，有人认为可以在程序实现的时候来通过写脚本来保证数据的完整性和一致性。也就是在删除商品的操作的时候去检测单据1,2中是否已经使用了商品ID为3的商品。但是当你写完脚本之后系统有增加了一个单据3，他也保存商品ID找个字段。如果不用外键，你还是会出现查不到商品名称的情况。你总不能每增加一个使用商品ID的字段的单据时就回去修改你检测商品是否被使用的脚本吧，同时，引入外键会使速度和性能下降。(2)添加外键的格式:ALTERTABLEyourtablenameADD[CONSTRAINT外键名]FOREIGNKEY[id](index_col_name,...)REFERENCEStbl_name(index_col_name,...)[ONDELETE{CASCADE|SETNULL|NOACTION|RESTRICT}][ONUPDATE{CASCADE|SETNULL|NOACTION|RESTRICT}]说明:ondelete/onupdate,用于定义delete,update操作.以下是update,delete操作的各种约束类型:CASCADE:外键表中外键字段值会被更新,或所在的列会被删除.RESTRICT:RESTRICT也相当于noaction,即不进行任何操作.即,拒绝父表update外键关联列,delete记录.setnull:被父面的外键关联字段被update,delete时,子表的外键列被设置为null.而对于insert,子表的外键列输入的值,只能是父表外键关联列已有的值.否则出错.外键定义服从下列情况：(前提条件)1)所有tables必须是InnoDB型，它们不能是临时表.因为在MySQL中只有InnoDB类型的表才支持外键.2)所有要建立外键的字段必须建立索引.3)对于非InnoDB表，FOREIGNKEY子句会被忽略掉。注意:创建外键时,定义外键名时,不能加引号.如:constraint'fk_1'或constraint"fk_1"是错误的(3)查看外键:SHOWCREATETABLE***;可以查看到新建的表的代码以及其存储引擎.也就可以看到外键的设置.删除外键:altertabledropforeignkey'外键名'.注意:只有在定义外键时,用constraint外键名foreignkey....方便进行外键的删除.若不定义,则可以:先输入:altertabledropforeignkey-->会提示出错.此时出错信息中,会显示foreignkey的系统默认外键名.--->用它去删除外键.(4)举例实例一:4.1CREATETABLEparent(idINTNOTNULL,PRIMARYKEY(id))TYPE=INNODB;--type=innodb相当于engine=innodbCREATETABLEchild(idINT,parent_idINT,INDEXpar_ind(parent_id),FOREIGNKEY(parent_id)REFERENCESparent(id)ONDELETECASCADE)TYPE=INNODB;向parent插入数据后,向child插入数据,插入时,child中的parent_id的值只能是parent中有的数据,否则插入不成功;删除parent记录时,child中的相应记录也会被删除;-->因为:ondeletecascade更新parent记录时,不给更新;-->因为没定义,默认采用restrict.4.2若child如下:mysql>createtablechild(idintnotnullprimarykeyauto_increment,parent_idint,indexpar_ind(parent_id),constraintfk_1foreignkey(parent_id)referencesparent(id)onupdatecascadeondeleter