SQLite中单独使用KEY关键字的作用是什么？

核心结论 #

在SQLite 3.40.1中，单独使用的KEY关键字没有实际功能，它是SQLite为兼容其他数据库（如MySQL）语法而保留的兼容性语法，既不会创建索引，也不会添加任何约束。

对观察现象的解释 #

• KEY不是PRIMARY KEY的别名：
  若KEY是PRIMARY KEY的别名，创建多个PRIMARY KEY会触发SQLite的主键唯一性限制报错，但你执行的语句并未报错，且.indexes命令看不到对应索引，说明KEY列既不是主键，也没有生成索引。
• KEY前的任意单词被忽略：
  SQLite的语法解析器会将这些无意义的标识符视为“语法噪声”直接跳过，只要整体语句符合兼容规则就会执行成功，比如以下语句：

  CREATE TABLE junk2(a INTEGER PRIMARY KEY NOT NULL, b INTEGER anywordhere KEY);
  

  其中的anywordhere不会被识别为有效约束或属性。
• NOT NULL可正常生效：
  NOT NULL是独立的列约束，与KEY无关，SQLite会正常处理NOT NULL规则，同时忽略KEY的存在，比如：

  CREATE TABLE junk3(a INTEGER PRIMARY KEY NOT NULL, b INTEGER KEY NOT NULL);
  

  语句中的NOT NULL会正常作用于列b。

你的疑问解答 #

1. 单独的KEY属性有什么作用？
   仅用于语法兼容性，让为其他数据库编写的包含KEY的建表语句可以在SQLite中直接运行，无需修改。它没有任何实际的约束、索引或行为改变的功能。

2. 是否应将这类列替换为用CREATE INDEX创建的索引？

   • 如果你的原本意图是为该列创建索引：必须手动执行CREATE INDEX语句，因为KEY不会自动生成索引。
   • 如果只是为了兼容其他数据库且不需要索引：可以保留，但建议显式替换为注释（比如-- KEY）或实际需要的约束/索引，避免后续维护时产生混淆。

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