如何在LIKE语句中嵌套SUBSTR？执行CONCAT时出错求解决

我来帮你排查这个SQL语句的问题，核心是函数参数顺序和表引用歧义导致的CONCAT错误，一步步来修正：

1. 核心错误点分析 #

你写的locate(BD3.nomebalcao, 'AG. ')参数顺序搞反了！绝大多数数据库（比如MySQL、PostgreSQL）的LOCATE函数语法是：

LOCATE(要查找的子串, 目标字符串)

你把目标字符串和要搜索的子串位置弄反了，导致无法正确定位'AG. '的位置，后续的SUBSTR和CONCAT自然会出错。

另外子查询里直接引用BD3会和外层的BD3表产生歧义，容易引发逻辑混乱。

2. 修正后的完整SQL语句 #

我调整了LOCATE的参数顺序，给外层BD3加了别名避免表冲突，还添加了对「找不到AG. 」场景的处理，避免无效匹配：

SELECT 
    (SELECT description 
     FROM BD3 inner_b3 
     WHERE inner_b3.description LIKE CONCAT('%', 
         -- 先判断是否存在'AG. '，避免无意义的SUBSTR取值
         CASE WHEN LOCATE('AG. ', b3.nomebalcao) > 0 
              THEN SUBSTR(b3.nomebalcao, LOCATE('AG. ', b3.nomebalcao) + 4, 5) 
              ELSE '' 
         END, '%')) AS ToGroup 
FROM BD1 
LEFT JOIN BD2 ON BD2.group_id = BD1.group_id 
LEFT JOIN BD3 b3 ON BD1.BPD_INSTANCE_ID = b3.BPD_INSTANCE_ID 
WHERE BD2.GROUP_NAME = 'ADM_SIS' 
  AND BD1.status IN (SELECT status_value FROM stat WHERE name = 'Received')

3. 不同数据库的适配调整 #

如果你的数据库不是MySQL/PostgreSQL，需要做对应函数替换：

• Oracle：用INSTR替代LOCATE，语法是INSTR(目标字符串, 要查找的子串)，所以把LOCATE('AG. ', b3.nomebalcao)改成INSTR(b3.nomebalcao, 'AG. ')
• SQL Server：用CHARINDEX替代LOCATE，语法和MySQL的LOCATE参数顺序一致，不需要调整参数位置

4. 额外优化说明 #

添加CASE WHEN判断是为了防止当nomebalcao里没有'AG. '时，SUBSTR会从第4位开始取字符（LOCATE返回0，0+4=4），导致匹配到无关的description内容。如果你的业务场景中nomebalcao一定包含'AG. '，可以去掉这个CASE判断简化语句。

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