SQL与JSON字符串字面量解析冲突：如何通过语法分析解决？

AI 小北

2026-8-19

问题

我设计的SQL语言支持单引号或双引号包裹的字符串（如'hello'、"hello"），同时允许嵌入JSON对象，而JSON内部仅支持双引号字符串，示例语句如下：

SELECT "one", 'two', JSON "hello", JSON {"x": 2}

我需要定义两种字符串构造规则：

String_Literal_SQL: " ... " | ' ... ';
String_Literal_JSON: " ... ";

但这两种规则会争抢双引号字符串的解析权。是否应将规则从词法分析器（Lexer）移至语法分析器（Parser），并定义不同的字符串token，即采用如下规则：

string_literal_SQL: Double_Quoted_String | Single_Quoted_String;
string_literal_JSON: Double_Quoted_String;

这种方式感觉有些取巧，但似乎没有办法复用单个token。

解决方案

完全不用纠结“取巧”这件事，把字符串解析拆分到词法和语法层面是合理且常见的编译实践：

词法阶段：统一生成基础token
让Lexer只识别两种基础字符串token：SingleQuotedString（匹配'...'格式）和DoubleQuotedString（匹配"..."格式）。Lexer只负责判断“这是一个字符串”，不需要关心它属于SQL还是JSON场景。
语法阶段：按上下文匹配规则
在Parser中根据不同上下文定义对应的语法规则：
```
sql_string_literal: SingleQuotedString | DoubleQuotedString;
json_string_literal: DoubleQuotedString;
```
同时单独定义JSON的完整语法规则（比如json_literal: json_object | json_string_literal | json_number | ...），确保在JSON关键字后的上下文里，仅调用JSON相关的规则（比如只允许双引号字符串，或是完整的JSON对象结构）。