PostgreSQL中使用RETURNING子句可在INSERT、UPDATE或DELETE后原子性地返回被影响行的数据，如INSERT ... RETURNING id；它不支持MySQL/SQL Server，常见错误包括语法误用、忽略多行返回、未正确获取结果集。
RETURNING 子句在 PostgreSQL 中怎么用
PostgreSQL 支持 RETURNING，它能让你在执行 INSERT、UPDATE 或 DELETE 后直接拿到被影响的行数据，比如刚插入的自增 ID。这是最干净、最原子的方式——不用额外查一次数据库，也不用担心并发写入导致 ID 错乱。
常见错误是把它当成 MySQL 或 SQL Server 的语法去用，结果报错 syntax error at or near "RETURNING"：因为只有 PostgreSQL（以及少数兼容它的引擎如 Citus）原生支持这个子句，MySQL 和 SQL Server 都不认。
-
INSERT INTO users (name, email) VALUES ('Alice', 'a@b.c') RETURNING id;—— 返回单列 -
RETURNING *可以返回整行，但注意字段顺序和别名可能与表定义不一致 - 如果插入多行（
VALUES (...), (...)），RETURNING会返回所有新行，不是只返回第一行 - 不能和
WITH子句里的非数据修改 CTE 混用；但可以嵌套在WITH中作为 DML CTE 使用（例如WITH inserted AS (INSERT ... RETURNING *) SELECT * FROM inserted）
MySQL 和 SQL Server 怎么替代 RETURNING
MySQL 没有 RETURNING，但可以用 LAST_INSERT_ID() 获取最近一次 INSERT 生成的自增 ID，前提是使用的是 AUTO_INCREMENT 字段且没被其他连接干扰。
INSERT INTO users (name, email) VALUES ('Bob', 'b@c.d');-
SELECT LAST_INSERT_ID();—— 必须紧接在INSERT后执行，且在同一个连接内 - 如果插入时显式指定了 ID（比如
INSERT INTO users (id, name) VALUES (100, 'X')），LAST_INSERT_ID()不会更新，仍返回上一次自动生成的值 - SQL Server 用
SCOPE_IDENTITY()（推荐）、@@IDENTITY或OUTPUT子句；其中OUTPUT最接近RETURNING，支持返回多列甚至表达式：INSERT INTO users OUTPUT INSERTED.id, INSERTED.email VALUES ('Carol', 'c@d.e')
ORM 中怎么安全获取插入后的 ID
ORM 层封装了不同数据库的差异，但底层逻辑仍然依赖驱动是否暴露插入后 ID。关键不是“有没有方法”，而是“方法是否保证原子性”。
- SQLAlchemy（PostgreSQL）默认启用
RETURNING，只要模型主键设了primary_key=True且数据库支持，session.add()+session.flush()后就能直接读obj.id - Django 的
Model.objects.create()在 PostgreSQL 下自动用RETURNING；但在 MySQL 下仍依赖LAST_INSERT_ID()，所以必须确保连接未被复用或池化干扰 - Node.js 的
pg驱动里，client.query('INSERT ... RETURNING id', [...])的res.rows[0].id就是结果；而mysql2则需两次调用：await conn.execute(...)后再await conn.execute('SELECT LAST_INSERT_ID()') - 如果 ORM 配置了
identity_insert或手动设了主键值，有些驱动会跳过自增逻辑，导致 ID 获取失败或重复
容易被忽略的边界情况
很多人以为 RETURNING 是万能的，但实际部署中几个点常出问题：
- PostgreSQL 10 之前不支持在规则（
CREATE RULE）触发的隐式 INSERT 上用RETURNING，现在虽支持，但规则本身已被视作过时机制 - 如果表上有
BEFORE INSERT触发器修改了NEW.id，RETURNING id返回的是触发器改完后的值，不是序列原始值 - 使用
serial类型时，RETURNING返回的是插入后实际存入的值；但如果用IDENTITY列（PostgreSQL 10+）并设了GENERATED ALWAYS，则不允许显式插入 ID，否则报错cannot insert into column "id" - 批量插入时若某一行违反约束（如唯一键冲突），整个语句失败，
RETURNING无输出——它不提供部分成功语义
真正难处理的从来不是“怎么取 ID”，而是“怎么保证这个 ID 对应的就是我刚插的那条记录”，尤其在高并发、分库分表、或跨服务事务场景下。RETURNING 解决了单语句原子性，但没法解决分布式 ID 生成、延迟主从同步、或应用层重试带来的语义混乱。
