如何编写跨两张表使用LIKE操作符的SQL查询？遇Invalid Number错误

报错“Invalid Number”的核心原因：在Oracle中，+是算术加法运算符，并非字符串拼接符。当你写'%' + A.PERF_ID + '%'时，Oracle会尝试将字符串'%'转换为数字执行加法操作，这必然失败——尤其当A.PERF_ID是数字类型时。另外，B.REQUEST是CLOB类型，直接用LIKE匹配需要先做类型适配。

方案1：适合CLOB内容长度较短的场景 #

如果B.REQUEST的内容长度在VARCHAR2允许范围内（Oracle 12c+默认支持32767字节，低版本为4000字节），可以转换为字符类型后用LIKE匹配：

SELECT A.Username, A.User_descr, B.Request, B.CREATED_DATE, B.MODIFIED_DATE
FROM TEMP_CPERF A
JOIN SERVICE B ON A.User_id = B.User_id
WHERE DBMS_LOB.SUBSTR(B.REQUEST) LIKE '%' || A.PERF_ID || '%';

方案2：适合大体积CLOB内容的场景 #

如果B.REQUEST内容超过VARCHAR2长度限制，用Oracle专门的CLOB处理函数判断包含关系：

SELECT A.Username, A.User_descr, B.Request, B.CREATED_DATE, B.MODIFIED_DATE
FROM TEMP_CPERF A
JOIN SERVICE B ON A.User_id = B.User_id
WHERE DBMS_LOB.INSTR(B.REQUEST, A.PERF_ID) > 0;

• 用Oracle标准字符串拼接符||替代+，彻底避免类型转换错误。
• 显式使用JOIN ... ON语法替代老式逗号分隔表的写法，让SQL逻辑更清晰易读。
• 大CLOB内容优先用DBMS_LOB.INSTR，避免转换时的长度截断问题。

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