SQLite插入自增ID怎么设置_SQLite自增主键插入方法

答案是使用Integer PRIMARY KEY即可实现自增，AUTOINCREMENT非必需但可确保ID永不复用；插入后可通过last_insert_rowid()函数或对应编程语言的lastrowid属性获取新生成的ID。

在sqlite中设置自增ID，最直接且推荐的方式是使用

INTEGER PRIMARY KEY

结合

AUTOINCREMENT

关键字。这会为你的表创建一个名为

ROWID

的隐藏列，并确保其值在每次插入新行时自动递增，并且永不重复，即使有旧行被删除，其ID也不会被复用。

解决方案

要创建一个带有自增主键的表，你需要在定义表结构时，将某个列声明为

INTEGER PRIMARY KEY AUTOINCREMENT

。这个列会自动作为表的唯一标识符，并在每次插入新数据时，sqlite会为其自动生成一个递增的整数值。

举个例子，假设我们要创建一个存储用户信息的表：

CREATE table users (     id INTEGER PRIMARY KEY AUTOINCREMENT,     name TEXT NOT NULL,     email TEXT UNIQUE );

在这个

CREATE TABLE

语句中，

id

列被定义为

INTEGER PRIMARY KEY AUTOINCREMENT

。这意味着：

• 它是一个整数类型。
• 它是表的主键，保证唯一性和非空。

• AUTOINCREMENT

  确保这个

  id

  值会从1开始，自动递增，并且在整个表的生命周期内，即使有数据被删除，新插入的

  id

  也不会复用已删除的

  id

  ，而是继续递增。这对于那些对ID序列有严格要求的场景非常有用，比如审计日志。

当你向这个表插入数据时，通常你不需要为

id

列指定值。SQLite会为你自动处理：

INSERT INTO users (name, email) VALUES ('张三', 'zhangsan@example.com'); INSERT INTO users (name, email) VALUES ('李四', 'lisi@example.com');

如果你尝试插入

NULL

或

0

到

id

列，SQLite也会自动为你生成下一个可用的自增ID。但话说回来，通常我们就是不指定它，让系统自己来。

-- 即使指定 NULL，SQLite也会自动生成下一个ID INSERT INTO users (id, name, email) VALUES (NULL, '王五', 'wangwu@example.com');

值得注意的是，SQLite的

INTEGER PRIMARY KEY

本身就带有一种自增的特性，它会默认使用内部的

ROWID

。但

AUTOINCREMENT

关键字则提供了一个额外的保证，特别是在

ROWID

达到最大值（2^63 – 1）或者你希望确保ID永不复用时。

SQLite的AUTOINCREMENT关键字真的必要吗？

这其实是个老生常谈的问题了，很多初学者都会纠结。说实话，在绝大多数我们日常开发的应用场景里，

AUTOINCREMENT

关键字并不是非用不可的。

SQLite的每个表，如果你没有明确指定

WITHOUT ROWID

，它都会有一个隐式的、名为

ROWID

的64位有符号整数主键。当你定义一个列为

INTEGER PRIMARY KEY

时，这个列就会成为

ROWID

的别名。也就是说，当你插入一行数据时，如果

INTEGER PRIMARY KEY

列的值没有指定，或者指定为

NULL

或

0

，SQLite会自动给它分配一个比当前表中最大

ROWID

值大1的整数。这本身就实现了我们常说的“自增”效果。

那么

AUTOINCREMENT

存在的意义是什么呢？它提供了一个额外的保证：单调递增性。

1. 防止ID复用： 如果你删除了表中的某些行，

   INTEGER PRIMARY KEY

   可能会在后续插入时复用那些被删除的ID。但

   AUTOINCREMENT

   会阻止这种情况，它会确保新的ID总是大于之前所有曾经使用过的ID的最大值。这在某些审计系统或者对ID序列有严格要求（比如不能有“空洞”或“回溯”）的场景下非常重要。

2. 应对极端情况： 理论上，

   ROWID

   最大值是

   2^63 - 1

   。如果你的表数据量巨大，大到可能触及这个极限，并且你又频繁删除数据，那么

   AUTOINCREMENT

   可以确保即使

   ROWID

   接近上限，新生成的ID也会继续递增，而不是尝试复用旧的ID。不过，话说回来，能把

   ROWID

   用到这个地步的场景，估计没几个人能遇到。

所以，我的个人观点是，如果你只是需要一个简单的自增主键，并且不担心ID复用或者数据量不会大到突破天际，那么

INTEGER PRIMARY KEY

就足够了。加上

AUTOINCREMENT

更多的是为了那份“万无一失”的保障，或者满足一些特定的业务逻辑要求。

如果我不使用AUTOINCREMENT，自增ID还能正常工作吗？

答案是：能，而且在大多数情况下工作得很好。

就像我前面提到的，SQLite的

INTEGER PRIMARY KEY

本身就带有了自增的特性。当你创建一个表，并指定一个列为

INTEGER PRIMARY KEY

，但没有加上

AUTOINCREMENT

关键字时，这个列仍然会作为

ROWID

的别名。

我们来个例子：

CREATE TABLE products (     product_id INTEGER PRIMARY KEY,     name TEXT NOT NULL,     price REAL );  INSERT INTO products (name, price) VALUES ('笔记本电脑', 7999.00); INSERT INTO products (name, price) VALUES ('机械键盘', 599.00); INSERT INTO products (name, price) VALUES ('无线鼠标', 299.00);

当你执行这些插入操作后，

product_id

列的值会是1、2、3，完美实现了自增。

Logomaster.ai

Logo在线生成工具

56

查看详情

如果你删除其中一行：

DELETE FROM products WHERE product_id = 2; -- 删除 '机械键盘'

然后你再插入一行：

INSERT INTO products (name, price) VALUES ('显示器', 1999.00);

此时，新插入的

显示器

的

product_id

可能会是4，也可能（在某些SQLite版本或特定操作序列下）是2（如果2是当前可用的最小未使用的ID）。这就是

AUTOINCREMENT

和

INTEGER PRIMARY KEY

在行为上最主要的区别：

AUTOINCREMENT

保证了ID永不复用，而

INTEGER PRIMARY KEY

则可能复用已删除的ID。

对于大多数业务系统，ID是否复用其实并不重要，只要它是唯一的就行。所以，如果你对ID的单调递增没有强烈的需求，或者你的数据量不会大到

ROWID

的极限，那么只使用

INTEGER PRIMARY KEY

是一个更简洁、效率稍高（因为它不需要维护额外的计数器）的选择。

如何在SQLite中获取刚刚插入的自增ID？

在很多应用场景中，我们插入一条数据后，往往需要立即获取它自动生成的ID，以便进行后续操作，比如关联其他表数据。SQLite提供了一个非常方便的函数来实现这一点：

last_insert_rowid()

。

这个函数会返回当前数据库连接中，上一个成功执行的

INSERT

语句所生成的

ROWID

。由于

INTEGER PRIMARY KEY

(无论是带不带

AUTOINCREMENT

) 本身就是

ROWID

的别名，所以这个函数就能准确地获取到你刚刚插入的自增ID。

下面是一些常见编程语言中如何使用

last_insert_rowid()

的例子：

python (使用

sqlite3

模块):

在Python中，

sqlite3

模块的

cursor

对象有一个

lastrowid

属性，可以直接获取到最后插入的ID，这比执行一个

select last_insert_rowid()

语句更直接。

import sqlite3  conn = sqlite3.connect('mydatabase.db') cursor = conn.cursor()  # 确保表已创建 cursor.execute('''     CREATE TABLE IF NOT EXISTS articles (         id INTEGER PRIMARY KEY AUTOINCREMENT,         title TEXT NOT NULL,         content TEXT     ) ''') conn.commit()  # 插入数据 article_title = "SQLite自增ID实践" article_content = "这篇文章详细介绍了SQLite的自增ID设置方法。" cursor.execute("INSERT INTO articles (title, content) VALUES (?, ?)", (article_title, article_content))  # 获取刚刚插入的ID new_article_id = cursor.lastrowid print(f"新文章的ID是: {new_article_id}")  conn.commit() conn.close()

node.js (使用

sqlite3

模块):

在Node.JS中，

sqlite3

模块的

run

方法的回调函数会提供

this.lastID

。

const sqlite3 = require('sqlite3').verbose(); const db = new sqlite3.Database('mydatabase.db');  db.serialize(() => {     db.run(`         CREATE TABLE IF NOT EXISTS logs (             log_id INTEGER PRIMARY KEY AUTOINCREMENT,             message TEXT NOT NULL,             timestamp DATETIME DEFAULT CURRENT_TIMESTAMP         )     `);      const message = "用户登录成功";     db.run("INSERT INTO logs (message) VALUES (?)", [message], function(err) {         if (err) {             return console.error(err.message);         }         // this.lastID 就是刚刚插入的自增ID         console.log(`新日志的ID是: ${this.lastID}`);     }); });  db.close();

通过SQL查询直接获取 (适用于任何支持SQLite的客户端或语言):

如果你是在一个通用的SQL客户端或者没有

lastrowid

属性的库中，你可以直接执行一个

SELECT

语句：

-- 假设你刚刚执行了一个INSERT语句 INSERT INTO tasks (description, status) VALUES ('完成报告', '进行中');  -- 紧接着执行这个查询 SELECT last_insert_rowid();

这个查询会返回一个单行单列的结果，就是你想要的自增ID。记住，

last_insert_rowid()

是针对当前数据库连接的，所以它能保证返回的是你当前连接最近一次插入操作的ID，不会受到其他并发连接的影响。