条件匹配单条记录却触发ORA-01422错误的原因排查

以下是几个最可能的原因及对应的排查/解决方法：

1. 变量名与列名冲突（最常见） #

你的PL/SQL变量名customerID、userID与表列名customer_id、userid（Oracle默认不区分大小写）存在同名冲突。Oracle在解析WHERE子句时，会优先将同名标识符解析为列名而非变量，导致条件被错误解析：

• customer_id = customerID 实际变成 customer_id = customer_id（恒成立）
• userid = userID 实际变成 userid = userid（恒成立）

这会导致查询返回表中所有行，触发ORA-01422错误。

解决办法：

• 给变量添加统一前缀（如v_），避免与列名重名：

  DECLARE
    v_customerID VARCHAR2(50) := 'cust1234';
    v_userID VARCHAR2(50) := 'cust1234user';
    v_encValue VARCHAR2(100);
  BEGIN
    SELECT CUST_API_KEY INTO v_encValue
      FROM CUSTOMER_USERS
     WHERE customer_id = v_customerID
       AND userid = v_userID;
  END;
  /
  

• 或者用表别名限定列名，明确区分列与变量：

  SELECT cu.CUST_API_KEY INTO v_encValue
    FROM CUSTOMER_USERS cu
   WHERE cu.customer_id = customerID
     AND cu.userid = userID;
  

2. 主键约束异常 #

即使你认为两列是主键，仍需确认主键约束是否正常生效：

SELECT CONSTRAINT_NAME, STATUS, DEFERRABLE, DEFERRED
  FROM USER_CONSTRAINTS
 WHERE TABLE_NAME = 'CUSTOMER_USERS'
   AND CONSTRAINT_TYPE = 'P';

如果STATUS为DISABLED，说明主键约束已被禁用，表中可能存在重复的主键数据；如果是延迟约束（DEFERRABLE = YES），可能存在未提交的事务导致临时的主键重复。

3. 会话隔离与未提交数据 #

如果你的直接SQL查询和PL/SQL执行在不同会话，或当前会话存在未提交的插入/更新操作，可能导致数据不一致。可以先执行COMMIT提交所有未完成事务，再重新测试PL/SQL代码。

4. 大小写敏感的数据或列名 #

如果主键列是通过双引号创建的区分大小写列（如"USERID"），或数据本身存在大小写差异，可能导致直接SQL与PL/SQL查询的匹配结果不同。可以通过以下SQL验证数据的唯一性：

SELECT customer_id, userid, COUNT(*)
  FROM CUSTOMER_USERS
 GROUP BY customer_id, userid
HAVING COUNT(*) > 1;

如果返回结果，说明表中确实存在重复的主键数据。

内容的提问来源于stack exchange，提问作者SausageBuscuit