在数据库开发过程中，经常需要在执行插入或更新操作后立即获取对应的自增 ID，以便继续处理关联表数据、向调用方返回唯一标识，或者记录本次操作产生的主键值。不同关系型数据库提供了不同的原生语法来满足这一需求，其中 PostgreSQL、Oracle、SQLite 等数据库支持 RETURNING 子句，而 SQL Server 则使用 OUTPUT 子句。它们都可以避免在写入之后再次执行查询语句，从而减少数据库交互次数，让代码更加紧凑。
为什么需要在写入操作后立即获取自增 ID
当应用向数据库插入一条新记录时，如果主键由数据库自动生成，应用通常需要先拿到这个主键值，才能在内存中继续构造与该记录关联的其他对象。例如插入用户记录后，可能立刻需要向订单表或日志表写入引用该用户主键的数据。此时如果不借助原生返回能力，常见的做法是先按用户账号等自然键再查询一次，但自然键不一定具有唯一约束，而且多执行一次查询会增加网络往返和数据库负载。
通过 RETURNING 或 OUTPUT 把写入操作产生的字段直接返回，可以将写入与读取合并到同一条 SQL 语句中。这样做不仅让数据访问层的代码更简洁，还能在并发环境下避免因其他会话修改数据而读到不一致的结果。对于跨数据库项目来说，理解这两种语法的适用场景和细微差异，有助于开发人员编写更稳定、更通用的数据持久化逻辑。
RETURNING 子句的用法
RETURNING 子句主要适用于 PostgreSQL、Oracle 和 SQLite。它允许 INSERT、UPDATE、DELETE 语句在完成数据操作后，将受影响行中的指定字段作为结果集返回给客户端，而不需要再单独执行 SELECT 查询。下面通过一张用户信息表的例子来说明具体写法。
首先创建一张包含自增主键的用户信息表。在 PostgreSQL 中，可以使用 SERIAL 类型来自动创建整数序列并实现主键自增：
-- PostgreSQL 建表语句
CREATE TABLE member_info (
id SERIAL PRIMARY KEY,
username VARCHAR(50) NOT NULL,
age INT
);
插入一条记录时，只需要在语句末尾追加 RETURNING id，数据库就会在写入完成后把新生成的 id 值直接返回。与过去通过查询序列当前值的方式相比，这种写法更加直接，也不会受同一连接中其他操作对序列状态的影响。
-- 插入一条记录并返回自增主键
INSERT INTO member_info (username, age)
VALUES ('张三', 25)
RETURNING id;
如果业务上需要在更新数据后顺便返回主键，也可以使用相同的语法。虽然自增主键通常不会在更新语句中被修改，但 RETURNING 同样可以返回更新后的行中的任意字段，便于触发后续处理或记录审计信息。
-- 更新记录并返回该行的主键 UPDATE member_info SET age = 26 WHERE username = '张三' RETURNING id;
从这些示例可以看出，RETURNING 的写法简洁统一，对插入、更新和删除操作都适用。即使只需要返回一个字段，也可以把它写成返回多列的形式，例如 RETURNING id, username，以便在不同业务场景中灵活使用。
OUTPUT 子句的用法
SQL Server 提供了功能类似的 OUTPUT 子句。它同样可以在数据修改语句执行时输出受影响行的字段内容。与 RETURNING 不同的是，SQL Server 使用 INSERTED 和 DELETED 这两个伪表来引用插入后的新数据和删除前的旧数据，开发者可以根据需要返回更新前、更新后或两侧的字段。
如果要在插入数据后取得自增主键，首先需要使用 IDENTITY 关键字定义自增列。建表语句如下：
-- SQL Server 建表语句
CREATE TABLE member_info (
id INT IDENTITY(1,1) PRIMARY KEY,
username VARCHAR(50) NOT NULL,
age INT
);
IDENTITY(1,1) 表示自增列从 1 开始、每次递增 1。执行插入时，通过 OUTPUT INSERTED.id 即可返回刚刚插入行对应的 id 值。这里的 INSERTED 是 SQL Server 在数据修改过程中使用的临时结果结构，用于保存本次操作产生的新数据。
-- 插入记录并返回自增主键
INSERT INTO member_info (username, age)
OUTPUT INSERTED.id
VALUES ('李四', 30);
对于更新操作，INSERTED 保留更新后的内容，而 DELETED 保留更新前的旧内容。因此 OUTPUT 子句可以同时输出更新前后的字段值，便于实现数据变化追踪或条件判断。下面的示例只返回更新后的主键：
-- 更新记录并返回更新后的主键 UPDATE member_info SET age = 31 OUTPUT INSERTED.id WHERE username = '李四';
需要注意的是，OUTPUT 子句在 T-SQL 中的位置与 RETURNING 不同。它通常放在 VALUES 之前，或者在 SET 与 WHERE 之间。编写 SQL 时应当按照 SQL Server 的语法要求放置，否则会导致语句解析错误。
不同数据库的差异与使用注意事项
两种语法虽然目标一致，但数据库支持范围并不相同。RETURNING 主要用于 PostgreSQL、Oracle 和 SQLite，MySQL 目前并不支持这种写法。在 MySQL 中，如果需要获取插入后的自增 ID，通常使用 LAST_INSERT_ID() 函数。该函数只在当前连接中有效，并且需要为 MySQL 单独维护一套获取逻辑，无法直接沿用 RETURNING 或 OUTPUT 的代码风格。
无论是 RETURNING 还是 OUTPUT，当批量插入或批量更新时，语句返回的结果集会包含所有受影响行的对应字段。如果一次操作影响大量记录，客户端需要准备足够的处理能力来接收这些数据。因此应根据实际业务场景判断是否需要返回所有行的 ID，或者只返回必要字段，避免结果集过大导致内存压力和网络延迟。
在事务中使用这些语法时，返回的 ID 只有在事务提交后才真正对外生效。如果事务回滚，虽然数据库可能已经分配了序列号或标识值，但相关记录不会保留，因此不能依赖这些 ID 在回滚后继续作为持久化数据使用。对于自增字段而言，回滚后序号也可能不会重新使用，这是数据库自身序列或标识机制的实现决定的。
在应用程序代码中接收返回结果
应用代码通过数据库驱动执行带有 RETURNING 或 OUTPUT 的语句后，可以像读取查询结果一样获取返回的单行数据。以 Python 操作 PostgreSQL 为例，使用 psycopg2 驱动执行插入后，可以通过游标的 fetchone() 方法拿到返回值，再从结果元组中取出第一个字段作为新生成的 ID。
import psycopg2
# 建立 PostgreSQL 连接
conn = psycopg2.connect(
dbname="test_db",
user="postgres",
password="123456",
host="127.0.0.1",
port="5432"
)
cursor = conn.cursor()
# 执行插入并获取 RETURNING 返回的主键
cursor.execute(
"INSERT INTO member_info (username, age) "
"VALUES ('王五', 28) RETURNING id"
)
new_id = cursor.fetchone()[0]
conn.commit()
print(f"新插入的用户ID是：{new_id}")
cursor.close()
conn.close()
如果后端数据库是 SQL Server，则可以使用 pymssql 驱动执行带 OUTPUT INSERTED.id 的插入语句。代码结构基本相同，只是连接参数和 SQL 语法有所差异。
import pymssql
# 建立 SQL Server 连接
conn = pymssql.connect(
server="127.0.0.1",
user="sa",
password="123456",
database="test_db"
)
cursor = conn.cursor()
# 执行插入并获取 OUTPUT 返回的主键
cursor.execute(
"INSERT INTO member_info (username, age) "
"OUTPUT INSERTED.id "
"VALUES ('赵六', 35)"
)
new_id = cursor.fetchone()[0]
conn.commit()
print(f"新插入的用户ID是：{new_id}")
cursor.close()
conn.close()
在 Java、Go、C# 等语言中，数据库驱动通常也支持通过普通的读取接口获取这些返回值。关键是确认驱动执行方法允许返回结果集，并且不要忽略 fetchone() 或类似方法返回空值的情况。对于单行插入，获取第一个字段即可；对于批量操作，则需要遍历结果集依次读取每一行返回的 ID。
总结与使用建议
总体而言，RETURNING 和 OUTPUT 是两种非常实用的数据库原生能力。它们让开发者在完成写入操作后能够立即获得自增主键或其他字段值，从而避免额外的查询步骤，简化事务逻辑，并降低并发场景下数据错读的风险。选择哪一种语法，主要取决于当前使用的数据库类型。
在实际项目中，如果系统只面向 PostgreSQL、Oracle 或 SQLite，可以优先使用 RETURNING。如果系统使用 SQL Server，则应使用 OUTPUT INSERTED.id。如果项目需要兼容 MySQL，则要单独维护 LAST_INSERT_ID() 的逻辑。为了避免业务代码与数据库语法过度耦合，也可以将获取新 ID 的操作封装在数据访问层，由不同的数据库适配实现共同接口。
最后还应注意事务边界和批量操作的结果集大小。在事务提交前，不要把返回的 ID 当作最终已持久化的值传递给其他需要强一致性的流程；在批量写入时，则要评估是否需要返回全部 ID，或者是否可以只返回必要字段，以保持系统性能稳定。