oracle中returning into能获取自增id，但仅当insert语句显式使用序列nextval（如t_seq.nextval）；若依赖触发器自动赋值，则returning无法捕获该值，将返回null或报错。
RETURNING INTO 能否获取自增ID？取决于序列和触发器实现
PL/SQL 本身没有“自增ID”原生类型，所谓自增ID实际是靠 SEQUENCE + BEFORE INSERT 触发器模拟的。只有当插入语句明确使用了序列值（比如 my_seq.NEXTVAL），RETURNING INTO 才能取到它；如果触发器偷偷赋值且未暴露列值，RETURNING INTO 将返回 NULL 或报错。
常见错误现象：ORA-01008: not all variables bound（绑定变量没写全）、ORA-00932: inconsistent datatypes（返回列类型与变量不匹配）、或查出ID为 NULL。
- 必须在
INSERT语句中显式引用序列值，例如：INSERT INTO t (id, name) VALUES (t_seq.NEXTVAL, 'a') RETURNING id INTO :v_id - 不能依赖触发器自动填充后“反向读取”，
RETURNING只捕获 SQL 语句中实际计算并写入的值 - 目标变量类型要和表中列一致，比如
ID是NUMBER，就别用VARCHAR2接收
标准写法：INSERT + RETURNING INTO 绑定变量
最常用、最可控的方式是在匿名块或存储过程中用 INTO 子句接收返回值。注意变量声明位置和绑定语法差异——在 PL/SQL 块里用普通变量，在 SQL*Plus 或某些驱动中可能需用冒号前缀。
DECLARE
v_new_id NUMBER;
BEGIN
INSERT INTO users (id, username, created_at)
VALUES (users_seq.NEXTVAL, 'alice', SYSDATE)
RETURNING id INTO v_new_id;
DBMS_OUTPUT.PUT_LINE('New ID: ' || v_new_id);
END;
/
-
RETURNING后只能跟列名（如id），不能跟表达式或别名 - 若要返回多个字段，用逗号分隔：
RETURNING id, username INTO v_id, v_name - 确保
VALUES子句中id的值来源可被追踪（即显式调用NEXTVAL），否则返回值不可靠
替代方案：用 SEQUENCE.CURRVAL 配合 NEXTVAL
如果无法修改 INSERT 语句（比如封装在别人的过程里），又确实需要刚生成的 ID，可在同一次会话中紧接调用 CURRVAL。但必须保证此前已执行过该序列的 NEXTVAL（哪怕在另一条语句中），否则报 ORA-08002: sequence string.CURRVAL is not yet defined in this session。
- 安全做法：先
SELECT users_seq.NEXTVAL INTO v_id FROM DUAL，再把v_id传给 INSERT - 不推荐在触发器中调用
CURRVAL后再试图返回——触发器内无法直接把值“抛出”给主语句的RETURNING -
CURRVAL是会话级的，多线程下只要不混用序列就安全；但跨事务或不同会话无效
Oracle 12c+ 的 IDENTITY 列怎么处理？
如果用的是 GENERATED ALWAYS AS IDENTITY（Oracle 12.1+），RETURNING INTO 可以直接工作，无需手动引用序列：
INSERT INTO users_identity (username) VALUES ('bob')
RETURNING id INTO v_new_id;
但要注意：IDENTITY 列默认禁止显式插入值（除非加 OVERRIDING SYSTEM VALUE），所以不要在 VALUES 里再写 id 字段，否则报 ORA-32795: cannot insert into a generated always identity column。
- 用
IDENTITY时，RETURNING INTO是首选，简洁且语义清晰 - 老系统迁移到
IDENTITY前，务必检查所有现有 INSERT 是否含硬编码 ID 或触发器逻辑 -
RETURNING对IDENTITY列有效，但对DEFAULT ON NULL或普通DEFAULT表达式列无效
