mysql与标准sql外键区别_MySQL术语“约束”与“外键”的区别？

到目前为止，我们的CREATE TABLE DDL具有这种格式-请注意我们使用的UNIQUE KEY和FOREIGN KEY定义语法。

CREATE TABLE my_dbschema.my_table (

id INT unsigned auto_increment PRIMARY KEY,

account_nbr INT NOT NULL,

account_name VARCHAR(50) NOT NULL,

active_flg CHAR(1) NOT NULL DEFAULT 'Y',

vendor_nbr INT NOT NULL,

create_ts TIMESTAMP NOT NULL DEFAULT current_timestamp,

create_usr_id VARCHAR(10) NOT NULL DEFAULT 'DFLTUSR',

last_upd_ts TIMESTAMP NOT NULL DEFAULT current_timestamp ON UPDATE current_timestamp,

last_upd_usr_id VARCHAR(10) NOT NULL DEFAULT 'DFLTUSR',

UNIQUE KEY uk1_my_table(account_nbr, account_name),

FOREIGN KEY fk1_my_table(vendor_nbr) REFERENCES vendor(vendor_nbr)

);

MySQL以这种格式自动创建名称为uk1_my_table和fk1_my_table的INDEX-es。 但是FK对象名称有所不同-my_table_ibfk_1(即tablename_ibfk_N –系统定义)。 因此ALTER TABLE my_table DROP INDEX fk1_my_table无法正常工作(因此令人沮丧并发出警报)，因为该名称没有FK数据库对象。

这是带有替代条件的另一种DDL格式(参考：[https://dev.mysql.com/doc/refman/5.6/en/create-table-foreign-keys.html)]：-

CREATE TABLE my_dbschema.my_table (

id INT unsigned auto_increment PRIMARY KEY,

account_nbr INT NOT NULL,

account_name VARCHAR(50) NOT NULL,

active_flg CHAR(1) NOT NULL DEFAULT 'Y',

vendor_nbr INT NOT NULL,

create_ts TIMESTAMP NOT NULL DEFAULT current_timestamp,

create_usr_id VARCHAR(10) NOT NULL DEFAULT 'DFLTUSR',

last_upd_ts TIMESTAMP NOT NULL DEFAULT current_timestamp ON UPDATE current_timestamp,

last_upd_usr_id VARCHAR(10) NOT NULL DEFAULT 'DFLTUSR',

CONSTRAINT uk1_my_table UNIQUE KEY (account_nbr, account_name),

CONSTRAINT fk1_my_table FOREIGN KEY (vendor_nbr) REFERENCES vendor(vendor_nbr)

);

在这种格式下，MySQL仍会自动自动创建名称为uk1_my_table和fk1_my_table的INDEX-es，但是FK对象名称没有什么不同–它是DDL中提到的fk1_my_table。 因此ALTER TABLE my_table DROP INDEX fk1_my_table可以工作，但没有使用同名INDEX。

并且，请注意，ALTER TABLE my_table DROP INDEX fk1_my_table最初(在尚未删除FK时)将无法正常工作，并且会显示一条错误消息，表明它已在FK中使用！ 如果DROP FK命令已成功执行，则只有DROP INDEX起作用。

希望这能解释并帮助解决困惑。