在本次学习中，了解到了外键约束的一般参照操作。


INNODB这种引擎才会支持，像我们另外的一种引擎MYISAM的引擎则不支持，反过来说，如果我想创建的数据表，假设存储引擎为MYISAM，而且又想使用外键约束的话，其实是不可能实现的，所以说，我们在实际的项目开发中，我们不去定义物理的外键，所谓的逻辑外键指的是就是我们在定义两张表的结构的时候，我们是按照存在的某种结构的方式去定义，但是不去使用FOREIGN KEY这个关键词来定义。



    外键约束需满足以下要求：



         ·  所有tables必须是InnoDB型，它们不能是临时表。

         ·  在引用表中，必须有一个索引，外键列以同样的顺序被列在其中作为第一列。这样一个索引如果不存在，它必须在引用表里被自动创建。

         ·  在引用表中，必须有一个索引，被引用的列以同样的顺序被列在其中作为第一列。

         ·  不支持对外键列的索引前缀。这样的后果之一是BLOB和TEXT列不被包括在一个外键中，这是因为对这些列的索引必须总是包含一个前缀长度。

         ·  如果CONSTRAINT symbol被给出，它在数据库里必须是唯一的。如果它没有被给出，InnoDB自动创建这个名字。


首先，外键约束分为俩个部分：

    对一个数据列建立的约束，称为列级约束； 列约束可以在列定义前后声明

NOT NULL 非空约束，DEFAULT约束这两种约束就不存在表级约束，它们只有列级约束，而对于其他的三种，像主键，唯一，         外键，它们都可以存在表级和列级约束。

    对多个数据列建立的约束，称为表级约束； 表约束只能在列定义后声明


1.

配置查询database引擎：

my.ini 中找到 default-storage-engine=INNODB；则可查询或修改当前引擎。仅为INNODB时方能使用外键约束。

2.

provinces;【关键字记得大写】



CREATE TABLE provinces(
id SMALLINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
pname VARCHAR(20) NOT NULL
);



3.


user;【关键字记得大写】 



若建立过程如下，使约束列数据类型与父表对应数据类型不同，则会报错。 


CREATE TABLE user(
id SMALLINT UNSIGNED AUTO_INCREMENT,
username VARCHAR(20) NOT NULL,
pid BIGINT,
FOREIGN KEY (pid) REFERENCES provinces (id)
);


需满足格式相同，如下： 


CREATE TABLE user(
id SMALLINT UNSIGNED AUTO_INCREMENT,
username VARCHAR(20) NOT NULL,
pid SMALLINT UNSIGNED,
FOREIGN KEY (pid) REFERENCES provinces (id) //ON DELETE CASCADE / SET NULL / RESTRICT / NO ACTION
);


4.




INSERT  provinces(pname) VALUES('A');
INSERT  provinces(pname) VALUES('B');
INSERT  provinces(pname) VALUES('C');


   并且在子表中操作： 



INSERT  user(pname) VALUES('Tom', 1);     //Y
INSERT  user(pname) VALUES('Jon', 2);      //Y
INSERT  user(pname) VALUES('PZY', 7);     //N beacuse the father table hasn't the id = 7;
INSERT  user(pname) VALUES('PPZY', 3);  //Y




  若在建立子表user时，加入注释内内容，则会产生以下效果：



CASCADE: 从父表删除或更新且自动删除或更新子表中匹配的行。ON DELETE CASCADE和ON UPDATE CASCADE都可用。在两个表之间，你不应定义若干在父表或子表中的同一列采取动作的ON UPDATE CASCADE子句。

SET NULL: 从父表删除或更新行，并设置子表中的外键列为NULL。如果外键列没有指定NOT NULL限定词，这就是唯一合法的。ON DELETE SET NULL和ON UPDATE SET NULL子句被支持。

NO ACTION: 在ANSI SQL-92标准中，NO ACTION意味这不采取动作，就是如果有一个相关的外键值在被参考的表里，删除或更新主要键值的企图不被允许进行（Gruber, 掌握SQL, 2000:181）。 InnoDB拒绝对父表的删除或更新操作。

RESTRICT: 拒绝对父表的删除或更新操作。NO ACTION和RESTRICT都一样，删除ON DELETE或ON UPDATE子句。（一些数据库系统有延期检查，并且NO ACTION是一个延期检查。在MySQL中，外键约束是被立即检查的，所以NO ACTION和RESTRICT是同样的）。