sql 中的“REFERENCES”有什么作用？

Question

我正在尝试用简单的示例编写一个多模式。我有一张表books映射到许多标签。 （请参阅下面的小提琴链接）

我想要的是标签表具有书籍表的外键。我想我已经做到了这一点：

 
CREATE TABLE IF NOT EXISTS `books` (
  `id` int(6) unsigned NOT NULL,
  `book_name` varchar(100) NOT NULL,
  PRIMARY KEY (`id`)
) DEFAULT CHARSET=utf8;
 
 
CREATE TABLE IF NOT EXISTS `tags` (
  `tag_id` int(6) unsigned NOT NULL,
  `tag` varchar(100) NOT NULL,
  `book_id` int(6)  unsigned NOT NULL,
  PRIMARY KEY (`tag_id`)
);
 

我不明白之间的区别：

  `book_id` int(6)  unsigned NOT NULL,

和

  `book_id` int(6)  unsigned NOT NULL REFERENCES `books`(`id`),

两者都可以正常编译并使用内部联接

http://sqlfiddle.com/#!9/612337/1

http://sqlfiddle.com/#!9/2043b8/3

那么这些片段之间有什么区别呢？

Answer 1

https://dev.mysql.com/ doc/refman/8.0/en/ansi-diff-foreign-keys.html 说：

MySQL 解析但忽略“内联引用规范”（如 SQL 标准中定义），其中引用被定义为列规范的一部分。仅当指定为单独的 FOREIGN KEY 规范的一部分时，MySQL 才接受 REFERENCES 子句。

此语法创建一个列；它不会创建任何类型的索引或键。

以这种方式使用时，REFERENCES 子句不会显示在 SHOW CREATE TABLE 或 DESCRIBE 的输出中：

也就是说，以下命令创建列 book_id 但不是外键约束：

`book_id` int unsigned NOT NULL REFERENCES `books`(`id`),

您必须这样做方式：

`book_id` int unsigned NOT NULL,
FOREIGN KEY (book_id) REFERENCES `books`(`id`),

几年前就决定跳过将内联引用作为列选项的实现。如果您为两列或更多列创建了外键，则无论如何您都必须对 FOREIGN KEY 约束使用单独的行。作为列定义一部分的内联 REFERENCES 只是一种方便的快捷语法。

至少从 2004 年起，语法被解析但被忽略的事实就被报告为错误，但从未修复：

• https://bugs.mysql.com/bug.php?id=4919
• https://bugs.mysql.com/bug.php?id=17943

但由于MySQL可插拔存储引擎架构，修复这个bug比较困难。 SQL 语法解析是独立于存储引擎处理的，但约束的实现是在存储引擎内处理的。 SQL 解析器必须允许该语法，因为它不知道给定存储引擎是否会忽略或支持该功能。