IICS执行自定义SQL出现no viable alternative at input错误求助

错误原因分析 #

• 核心语法错误：从错误日志的自动生成SQL中可见column_9 column_10部分缺少逗号分隔符，属于语法错误，直接导致SQL解析器无法识别语句结构，触发no viable alternative错误。
• 字符串处理异常：错误日志里的'link_here'未闭合单引号，且原SQL中定义的'hard_code_string'被异常替换，说明IICS转换SQL时出现字符串截断或转义失败，导致语句不完整。
• IICS自动转换逻辑篡改原SQL：原SQL包含column_14的拼接逻辑、两个硬编码字段，但错误日志中的Unload语句完全丢失这些内容，还额外添加了未定义的WHERE column_3 is not null条件，自动转换逻辑破坏了原SQL结构。
• 拼接语法兼容性问题：原SQL使用||进行字符串拼接，部分数据源或IICS的Unload工具对该语法解析存在兼容性问题，可能触发解析错误。

解决办法 #

• 修复基础语法：统一SQL列定义格式，确保所有列用逗号分隔，比如给column_7补全别名as column_7避免歧义；确认column_9与column_10间的逗号存在，杜绝语法错误。
• 修正字符串与转义：若hard_code_string含特殊字符，按数据源要求在IICS中正确转义；检查SQL转换配置，关闭自动替换字符串常量的设置。
• 调整IICS的Unload设置：进入连接配置或任务设置，关闭自动将SELECT转为Unload语句的功能，直接执行原生SELECT；若必须用Unload，手动编写符合规范的Unload SQL。
• 替换拼接语法：将||拼接替换为兼容性更强的CONCAT函数，示例代码：

  CONCAT(CAST(column_3 AS VARCHAR(255)), ',', CAST(column_4 AS VARCHAR(255)), ',', CAST(column_5 AS VARCHAR(255)), ',', CAST(column_6 AS VARCHAR(255))) AS column_14
  

• 排查额外过滤条件：检查任务中的数据源过滤规则、转换组件条件设置，删除未定义的WHERE column_3 is not null这类额外逻辑，保证原SQL完整性。

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