主键（PRIMARY KEY）

（1）一个表只能有一个主键

每个表只能有最多一个主键。具有主键的表中的每一行在其主键列中必须具有唯一的值组合。如果INSERT或UPDATE语句尝试修改表内容，以使两行或更多行具有相同的主键值，则违反约束。

只能有一个主键，并不等同于只能有一列是主键，因为可以定义联合主键。例如：

Create table t1 
(a,
B,
C,
PRIMARY KEY(A,B)
);
INSERT INTO T1 VALUES (1,1,2)
INSERT INTO T1 VALUES (1,2,2)
INSERT INTO T1 VALUES (2,1,2)
INSERT INTO T1 VALUES (2,2,2)

并不会报错，而如果继续添加下面的语句

INSERT INTO T1 VALUES (1,2,52)，则会报错

（2）NULL值主键

按照设计理念，主键应该不能为空值，但早起的SQLITE出了BUG，为了实现向后兼容，SQLITE最终确定了，主键允许NULL值。为了确定主键值的唯一性，将NULL值视为与所有其他值（包括其他NULL）不同。

（3）ROWID

 未定义主键的表，默认有一个隐藏的主键：rowid，并且rowid还有另两个别名“OID”和“_ROWID_”。

这个ROWID和定义的唯一性主键不冲突，并不占用主键定义的“名额”。同样是上一个表，添加rowid的显示结果如下：

 

ROWID是个64位的有符号整数，从1开始自动增长。可以指定ROWID进行删除。

 

（4）WITHOUT ROWID

当创建表时，最后添加了WITHOUT ROWID语句，则强制不创建ROWID列。

但没有ROWID的表，则必须创建主键。例如：

 

并且此时主键的值不允许空值。

例如：

 

（5）integer primary key

当一个表没有使用“without rowid”，并且设置了单列“integer primary key”，则这个单列相当于ROWID的显示别名，请看下图的例子，当插入a=0的行时，ROWID也并没有自动变为4，也成了0

 

上面提到的例外是，如果声明类型为“ INTEGER”的列的声明包含“ PRIMARY KEY DESC”子句，则它不会成为rowid的别名，也不会归类为整数主键。 这个怪癖不是故意的。 这是由于早期SQLite版本中的错误所致。 但是修复该错误可能会导致向后不兼容。 因此，原始行为得以保留（并记录在案），因为在极端情况下的奇怪行为要比兼容性破坏要好得多。 这意味着以下三个表声明都使“ x”列成为rowid（整数主键）的别名：

• CREATE TABLE t(x INTEGER PRIMARY KEY ASC, y, z);
• CREATE TABLE t(x INTEGER, y, z, PRIMARY KEY(x ASC));
• CREATE TABLE t(x INTEGER, y, z, PRIMARY KEY(x DESC));

而下面的语句却不会：

• CREATE TABLE t(x INTEGER PRIMARY KEY DESC, y, z);

作为ROWID的别名列，是不允许空值的，如果未能成为ROWID的别名列，则可以是空值，例如：

 

如下面所示，A列明显未能成为ROWID的别名。