Snowflake解析含双引号转义的JSON字符串

在 Snowflake 中调用 PARSE_JSON 解析含有内部双引号（例如 "Kethan "Ch""）的 JSON 字符串时，必须对反斜杠进行双重转义（即 " → \），否则 SQL 解析器会提前消耗转义符，导致 JSON 格式解析失败。

在 Snowflake 中使用 parse_json 解析 JSON 字符串时，一个常见的陷阱是当 JSON 内部包含转义的双引号时，例如 "Kethan "Ch""。许多开发者初次遇到会困惑：明明按照 JSON 规范添加了反斜杠，为什么仍然报错？

问题的根源在于，Snowflake 的 SQL 引擎在处理字符串字面量时，会首先执行 SQL 层级的转义解析，之后才将结果传递给 PARSE_JSON 进行真正的 JSON 解析。这个执行顺序一旦出错，就会导致后续所有步骤都失败。

具体而言，JSON 标准中合法的转义双引号写法是 "，但问题在于——这个 " 在 SQL 字符串中会被 SQL 解析器视为“转义双引号”，从而破坏字符串的边界。因此，你需要写出四个反斜杠：\\，才能确保最终传递到 PARSE_JSON 的字节流是合法的 "。

那么正确的写法是什么呢？下面直接给出正确的示例：

PARSE_JSON('{  "type": "employee",  "details": [    {      "key": "name",      "value": "Kethan "Ch""    }  ],  "mobile": "9999999999"}')::VARIANT

请注意，上面的代码看起来只写了两个反斜杠（"），但这只是 SQL 字符串字面量中的视觉表示。实际上，" 在 SQL 解析时会被解释为反斜杠加上双引号，恰好满足 JSON 规范要求。简单来说，两个反斜杠在视觉上已经足够，但底层逻辑实际上是四个反斜杠。

验证这个逻辑链其实很简单：

• 原始 JSON 中需要的是 "value": "Kethan "Ch"" 这样的格式
• 如果直接写 "，SQL 解析器会将其视为转义双引号，从而直接破坏字符串边界，因此必须避免
• 因此应写成 "：SQL 首先将 \\ 解释为一个反斜杠，然后 " 作为字面量双引号（不触发转义），最终传递给 PARSE_JSON 的是 "Kethan "Ch""，完全符合 JSON 规范

还有一个更加健壮的做法，尤其适合在 JavaScript 等代码中动态拼接 SQL 语句时使用：

• 优先使用绑定变量（Bind Variables），这样可以避免字符串拼接带来的混乱转义。例如，在客户端（Node.js）中，使用参数化查询：

const jsonStr = JSON.stringify({  type: "employee",  details: [{ key: "name", value: 'Kethan "Ch"' }], // JS 中直接写普通双引号  mobile: "9999999999"});// 作为 ? 绑定参数传入，Snowflake 自动处理转义

• 如果确实需要直接内联 JSON 字符串，请统一使用单引号包裹整个 JSON，并对内部所有双引号进行 " 处理。注意：千万不要混用单引号作为 JSON 键或值的分隔符，JSON 标准只接受双引号。

总结一下：
Snowflake 的 PARSE_JSON 实际上完全支持标准 JSON 转义，例如 "，但前提是 SQL 字符串必须首先通过双重转义（\\ → "）将正确的 JSON 字节流传递给函数。核心理解就是“SQL 解析先行，JSON 解析在后”——只要牢记这个顺序，转义问题就不再是难题。