能，PostgreSQL原生支持INSERT...VALUES(...)RETURNING id按插入顺序返回所有自增ID，无需触发器或额外查询；但INSERT...SELECT需确保id由nextval()等生成，否则可能返回NULL。
PostgreSQL 批量 INSERT + RETURNING 能否一次拿到所有自增 ID
能，而且这是 PostgreSQL 原生支持的最可靠方式。只要用 INSERT ... VALUES (...), (...), (...) RETURNING id，数据库会按插入顺序逐行返回每条记录的 id（或其它字段），不需要触发器、临时表或额外查询。
RETURNING 必须跟在 VALUES 列表后，不能用于 INSERT ... SELECT 的模糊场景
常见误写是把 RETURNING 放在 INSERT INTO t SELECT ... 后面却没意识到：只要 SELECT 没有明确指定列别名，RETURNING 就无法引用目标表的自增列（比如 id）。此时要么改用 VALUES 批量插入，要么在 SELECT 中显式写出目标列并用 RETURNING id —— 但注意，这要求源 SELECT 确实生成了新 id（例如用 nextval()）。
-
INSERT INTO users (name) VALUES ('a'), ('b'), ('c') RETURNING id;✅ 安全有效 -
INSERT INTO users (name) SELECT name FROM temp_names RETURNING id;⚠️ 仅当users.id是SERIAL或由DEFAULT nextval(...)保证时才返回新值；否则可能返回NULL或旧值
批量插入时 RETURNING 返回结果的顺序与 VALUES 严格一致
PostgreSQL 不保证并发插入的全局顺序，但对单条 INSERT ... VALUES 语句，RETURNING 的行序永远匹配 VALUES 子句中元组的书写顺序。这意味着你可以安全地用数组下标对齐原始数据和返回的 id：
INSERT INTO orders (product, amount)
VALUES ('book', 29.99), ('pen', 3.5), ('notebook', 12.0)
RETURNING id, created_at;
返回三行，第一行对应 'book'，第二行对应 'pen'，依此类推。这个顺序不依赖索引、主键或任何外部因素。
用 RETURNING 配合 WITH 实现更复杂的批量关联插入
如果需要插入主表后，再用这些新 ID 插入子表（比如订单 + 订单项），可以用 WITH 把 RETURNING 结果当作临时结果集复用：
WITH new_orders AS ( INSERT INTO orders (customer_id, total) VALUES (123, 45.5), (123, 120.0) RETURNING id, total ) INSERT INTO order_items (order_id, sku, qty) SELECT id, 'SKU-001', 1 FROM new_orders UNION ALL SELECT id, 'SKU-002', 2 FROM new_orders;
这里关键点是：new_orders CTE 会完整保留两次插入产生的两个 id，后续 SELECT 可以多次引用它。但注意，UNION ALL 不改变行序，而每个 SELECT 分支内部仍保持原始 RETURNING 顺序。
容易被忽略的是：如果批量插入量极大（比如十万行），RETURNING 会把全部 ID 拉到客户端内存，此时应评估网络开销和应用层处理能力——不如分批提交，每批几千行。
