关于两组CREATE TABLE SQL语句的差异及第二组语句解读的技术问询

咱们一步一步拆解，先从country表的差异说起，再讲people表外键写法的逻辑：

1. country表的约束差异 #

第一组的country表 #

CREATE TABLE country( name VARCHAR, capital VARCHAR );

这里的name只是一个普通的VARCHAR字段，没有任何约束——意味着可以插入重复的国家名称，甚至空值（取决于你的数据库配置）。这种情况下，后续people表的外键引用其实是不规范的，因为外键通常要求引用目标表的唯一键（主键或唯一约束字段）。

第二组的country表 #

CREATE TABLE country( name VARCHAR PRIMARY KEY, capital VARCHAR );

这里直接在name字段后追加了PRIMARY KEY约束，相当于把name设为表的主键：

• name字段的值必须唯一，不能有重复的国家名
• name字段的值必须非空
  这是两组语句里country表最核心的区别，也直接影响了后续people表的外键解析逻辑。

2. people表的外键写法差异 #

第一组的外键写法 #

FOREIGN KEY country REFERENCES country(name)

这是显式完整写法：

• 明确指定外键字段是people表的country字段
• 明确指定要引用的是country表的name字段

第二组的外键写法 #

FOREIGN KEY country REFERENCES country

这是SQL标准允许的简化写法，解析逻辑是这样的：
当你只写目标表名country时，数据库会自动查找该表的主键字段（也就是第二组里country表的name字段），所以这句等价于FOREIGN KEY country REFERENCES country(name)。

之所以能这么写，是因为第二组的country表已经明确了主键是name，数据库知道该关联哪个字段；而第一组的country表没有主键，所以不能用这种简化写法，必须显式指定引用的字段。

额外注意点 #

• 第一组的写法其实存在隐患：因为country表没有主键/唯一约束，people表的外键引用country(name)可能会被数据库拒绝（不同数据库的校验严格程度不同），即使允许，也可能出现多个相同国家名的记录，导致外键关联逻辑混乱。
• 第二组的写法更规范，符合SQL的最佳实践——主键约束保证了country表数据的唯一性，简化的外键写法也让代码更简洁。

内容的提问来源于stack exchange，提问作者Ievgeni