SQL查询语句语法报错排查：无法正确编写含CONVERT的语句

看起来你这段SQL的问题出在SUBSTRING函数的参数格式错误，以及没有正确处理子串不存在的边界情况。我们来一步步拆解和修正：

原语句的核心错误 #

你在SUBSTRING里额外加了一个条件判断SUBSTRING( CHARINDEX ('^14=', Message) > 0, ...)，这完全不符合SQL中SUBSTRING的语法（它只接受3个参数：目标字符串、起始位置、截取长度），而且直接把条件写在函数参数里会导致语法解析失败。另外，你也没处理CHARINDEX返回0（找不到目标子串）的情况，这时候计算截取长度会得到负数，同样会报错。

修正后的SQL语句 #

下面是调整后的正确写法，用CASE WHEN先验证子串存在性，再执行截取：

CONVERT(VARCHAR(5000), 
    CASE 
        -- 先确认两个关键的分隔符都存在
        WHEN CHARINDEX('^14=', Message) > 0 
             AND CHARINDEX('^', Message, CHARINDEX('^14=', Message) + 4) > 0
        THEN SUBSTRING(
            Message, 
            CHARINDEX('^14=', Message) + 4, -- 起始位置：跳过'^14='这4个字符
            -- 计算截取长度：后面的'^'位置减去前面的'^14='位置，再减4
            CHARINDEX('^', Message, CHARINDEX('^14=', Message) + 4) - CHARINDEX('^14=', Message) - 4
        )
        ELSE NULL -- 如果找不到目标子串，返回NULL，也可以改成''空字符串
    END
) AS [ErrorMessage]

关键说明 #

1. 边界处理：通过CASE WHEN先判断^14=和后续的^是否都存在，避免了无效位置导致的计算错误
2. 语法合规：SUBSTRING严格遵循(字符串, 起始位置, 长度)的参数格式，没有多余内容
3. 可读性：拆分了逻辑步骤，方便后续维护和排查问题

你可以先单独测试CHARINDEX('^14=', Message)和CHARINDEX('^', Message, CHARINDEX('^14=', Message) + 4)的返回值，确认数据中目标子串的存在情况，这样能更精准地调整逻辑。

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