SQLite中的主键是否需要索引？

当将整数列标记为SQLite表中的主键时，是否也应为其显式创建索引？SQLite似乎没有自动为主键列创建索引，但是给定目的，它还是可以为它建立索引吗？（我将一直在该列上进行搜索）。

字符串主键的情况会有所不同吗？

它为你做。

除了INTEGER PRIMARY KEY列外，UNIQUE和PRIMARY KEY约束都通过在数据库中创建索引来实现（与“ CREATE UNIQUE INDEX”语句的方式相同）。像数据库中的任何其他索引一样，使用这种索引来优化查询。结果，在已经集体受到UNIQUE或PRIMARY KEY约束的一组列上创建索引时，通常没有任何优势（但是开销很大）。

如果将列标记为INTEGER PRIMARY KEY，则实际上它的速度大约是通过指定任何其他PRIMARY KEY或索引值进行的类似搜索的两倍。这是因为：

... SQLite表中的所有行都有一个64位带符号整数键，可唯一标识其表中的行...搜索具有特定rowid的记录，或搜索具有指定范围内的rowid的所有记录的时间大约是原来的两倍。与通过指定任何其他PRIMARY KEY或索引值进行的类似搜索一样快。

除了下面提到的一个例外，如果rowid表的主键由单个列组成，并且该列的声明类型为大写和小写的“ INTEGER”，则该列将成为rowid的别名。

此类列通常称为“整数主键”。仅当声明的类型名称恰好是“ INTEGER”时，PRIMARY KEY列才成为整数主键。其他整数类型名称（例如“ INT”或“ BIGINT”或“ SHORT INTEGER”或“ UNSIGNED INTEGER”）会导致主键列的行为与具有整数相似性和唯一索引的普通表列相同，而不是作为rowid的别名。

请参阅：http : //www.sqlite.org/lang_createtable.html#rowid

数据库将始终以静默方式为唯一的主键创建索引，以便它可以在内部有效地检查其唯一性。

创建它之后，它将在必要时使用它。

当然，它不会总是群集的，如果需要，通常在模式中指定。