select into在pl/sql中是强制单行赋值操作，要求查询结果恰好一行，否则抛出no_data_found或too_many_rows异常；目标变量数量、类型、顺序必须与select列表严格一致，且oracle中无found变量，需靠异常捕获或预检判断。
必须确保查询结果恰好一行，否则直接报错中断执行。
SELECT INTO语法结构与字段顺序约束
PL/SQL中SELECT ... INTO不是普通SQL语句，而是赋值操作，要求目标变量数量、类型、顺序与SELECT列表完全一致。比如：
SELECT first_name, salary, hire_date INTO v_name, v_sal, v_hire FROM employees WHERE employee_id = 101;
这里v_name必须是VARCHAR2类，v_sal必须能容纳NUMBER，v_hire必须是DATE；且顺序不能颠倒——把hire_date放在第三位，v_hire就必须是声明中的第三个变量。
常见踩坑点：
- 用
SELECT *进INTO：列顺序依赖建表顺序，极易因DDL变更导致运行时ORA-06502或类型不匹配 - 字段含表达式（如
first_name || ' ' || last_name）但目标变量长度不足，触发截断警告或静默失败 - 未显式指定
NULL容忍性，比如NOT NULL列返回NULL时仍会赋值成功，后续逻辑可能崩
为什么NO_DATA_FOUND和TOO_MANY_ROWS无法被忽略
这两个异常不是“可选处理项”，而是SELECT INTO的强制契约边界：
-
NO_DATA_FOUND：查询没命中任何行，变量保持初始化前状态（通常是NULL），但程序不会自动跳过，必须显式EXCEPTION捕获，否则抛出未处理异常 -
TOO_MANY_ROWS：哪怕只多一行，也立即终止执行。它不取第一行、不报warning，就是硬错
典型错误写法：
BEGIN SELECT emp_name, dept_id INTO v_name, v_dept FROM emp WHERE status = 'ACTIVE'; --可能有100个active员工 END;
正确做法是加ROWNUM = 1限定，或改用游标循环，或在EXCEPTION块里兜底。
变量声明与类型对齐的实际影响
声明时的长度和精度直接影响赋值成败，不是“够用就行”：
-
v_code VARCHAR2(3)接收SELECT 'ABC1' FROM DUAL→ 触发ORA-06502 -
v_amt NUMBER(5,2)接收SELECT 1234.567 FROM DUAL→ 四舍五入为1234.57，但若接收12345.67则直接报错 -
v_dt DATE接收SELECT SYSDATE + 10000 FROM DUAL→ 合法；但接收TO_CHAR(SYSDATE)就会因隐式转换失败而中断
建议始终用%TYPE声明，比如v_name employees.first_name%TYPE，避免手动维护类型一致性。
FOUND变量在PL/pgSQL里不适用，别混用
PostgreSQL的PL/pgSQL支持SELECT INTO后检查FOUND，但Oracle PL/SQL**没有这个内置布尔变量**。你在Oracle里写IF FOUND THEN...会直接编译失败。
Oracle中判断是否查到数据，只有两种可靠方式：
- 靠
EXCEPTION捕获NO_DATA_FOUND - 先用
SELECT COUNT(*)预检，再执行真正SELECT INTO（适合性能可接受、逻辑必须严格区分“零行/一行”的场景）
跨数据库迁移代码时，这点最容易漏掉并引发静默逻辑错误。
