GORM字符串字面量递归CTE查询报语法错误，换DB.Raw可正常运行

问题原因 #

• DB.Exec与DB.Raw的SQL处理逻辑存在差异：DB.Exec会自动对SQL中的表名、列名这类标识符做转义处理，哪怕你用字符串字面量编写递归CTE，它也可能误将CTE的特殊结构识别为普通标识符，在内部处理时添加反引号（你看不到最终输出的反引号，但确实存在），从而触发语法错误。而DB.Raw是原封不动执行传入的SQL字符串，不会额外做标识符转义，所以递归CTE能正常运行。
• 递归CTE语法特殊性：递归CTE的WITH RECURSIVE结构不属于常规单表操作语法，DB.Exec的SQL解析器对这类语法兼容性较差，无法正确识别CTE的结构，进而触发错误的转义逻辑。

解决办法 #

• 直接使用DB.Raw执行：既然DB.Raw能正常运行，这是最直接省心的方案，执行后搭配.Scan()即可获取查询结果。
• 禁用标识符转义（谨慎使用）：如果一定要用DB.Exec，可以修改GORM配置关闭自动转义功能，示例代码：

db, err := gorm.Open(sqlite.Open("test.db"), &gorm.Config{
  NamingStrategy: schema.NamingStrategy{
    SkipSchema: true,
    NoLowerCase: true,
    IdentifierMaxLength: 0, // 禁用标识符转义
  },
})

注意：该方式会影响所有SQL语句的标识符处理，可能引发其他潜在问题，需充分测试后再使用。

• 预编译CTE语句：将递归CTE写成预编译形式，通过DB.Exec传入参数执行，但这种方式对递归CTE的兼容性不一定理想，优先推荐使用DB.Raw。

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