English | 简体中文
dt-sql-parser 是一个基于 ANTLR4 开发的, 针对大数据领域的 SQL Parser 项目。通过ANTLR4 生成的 Parser、Visitor 和 Listener,我们可以轻松的做到对 SQL 语句的 词法分析(Lexer)、语法分析(Parser)、遍历 AST 节点等功能。
此外,还提供了一些高级功能,例如 SQL 校验、 自动补全、收集表名字段名 等。
已支持的 SQL 类型:
- MySQL
- Flink
- Spark
- Hive
- PostgreSQL
- Trino
- Impala
提示:当前所有的 SQL Parser 是
Typescript语言版本,如果有需要,可以尝试编译 Grammar 文件到其他目标语言。
我们提供了monaco-sql-languages,通过它你可以轻易的将dt-sql-parser与monaco-editor集成。
# use npm
npm i dt-sql-parser --save
# use yarn
yarn add dt-sql-parser在开始使用前,需要先了解基本用法。dt-sql-parser 为不同类型的 SQL 分别提供相应的 SQL 类:
import { MySQL, FlinkSQL, SparkSQL, HiveSQL, PostgreSQL, TrinoSQL, ImpalaSQL } from 'dt-sql-parser';在使用语法校验,自动补全等功能之前,需要先实例化对应 SQL 类,以 MySQL 为例:
const mysql = new MySQL();下文中的使用示例将使用 MySQL,其他 SQL 类型的 Parser 使用方式与MySQL 相同。
先实例化 SQL 类,然后调用 SQL 实例上的 validate 方法对 SQL 语句进行校验,如果校验失败,则返回一个包含 error 信息的数组。
import { MySQL } from 'dt-sql-parser';
const mysql = new MySQL();
const incorrectSql = 'selec id,name from user1;';
const errors = mysql.validate(incorrectSql);
console.log(errors); 输出:
/*
[
{
endCol: 5,
endLine: 1,
startCol: 0,
startLine: 1,
message: "...“
}
]
*/通过调用 SQL 实例上的 getAllTokens方法,可以对 SQL 语句进行词法分析,获取所有的 Tokens 对象:
import { MySQL } from 'dt-sql-parser';
const mysql = new MySQL();
const sql = 'select id,name,sex from user1;'
const tokens = mysql.getAllTokens(sql);
console.log(tokens);输出:
/*
[
{
channel: 0
column: 0
line: 1
source: [SqlLexer, InputStream]
start: 0
stop: 5
tokenIndex: -1
type: 137
_text: null
},
...
]
*/使用 Visitor 模式访问 AST 中的指定节点,并计算出结果:
import { MySQL, MySqlParserVisitor } from 'dt-sql-parser';
const mysql = new MySQL();
const sql = `select id, name from user1;`;
const parseTree = mysql.parse(sql);
class MyVisitor extends MySqlParserVisitor<string> {
defaultResult(): string {
return '';
}
aggregateResult(aggregate: string, nextResult: string): string {
return aggregate + nextResult;
}
visitProgram = (ctx) => {
return this.visitChildren(ctx);
};
visitTableName = (ctx) => {
return ctx.getText();
};
}
const visitor = new MyVisitor();
const result = visitor.visit(parseTree);
console.log(result);输出:
/*
user1
*/提示:使用 Visitor 模式时,节点的方法名称可以在对应 SQL 目录下的 Visitor 文件中查找
Listener 模式,利用 ANTLR4 提供的 ParseTreeWalker 对象遍历 AST,进入各个节点时调用对应的方法。
import { MySQL, MySqlParserListener } from 'dt-sql-parser';
const mysql = new MySQL();
const sql = 'select id, name from user1;';
const parseTree = mysql.parse(sql);
class MyListener extends MySqlParserListener {
result = '';
enterTableName = (ctx): void => {
this.result = ctx.getText();
};
}
const listener = new MyListener();
mysql.listen(listener, parseTree);
console.log(listener.result)输出:
/*
user1
*/调用 SQL 实例上的 splitSQLByStatement 方法,以 FlinkSQL 为例:
import { FlinkSQL } from 'dt-sql-parser';
const flink = new FlinkSQL();
const sql = 'SHOW TABLES;\nSELECT * FROM tb;';
const sqlSlices = flink.splitSQLByStatement(sql);
console.log(sqlSlices)输出:
/*
[
{
startIndex: 0,
endIndex: 11,
startLine: 1,
endLine: 1,
startColumn: 1,
endColumn: 12,
text: 'SHOW TABLES;'
},
{
startIndex: 13,
endIndex: 29,
startLine: 2,
endLine: 2,
startColumn: 1,
endColumn: 17,
text: 'SELECT * FROM tb;'
}
]
*/在 sql 文本的指定位置上获取自动补全信息,以 FlinkSQL 为例,调用 SQL 实例上的 getSuggestionAtCaretPosition 方法,传入 sql 文本和指定位置的行列号:
下文中有一些关于自动补全位置的补充说明。
-
获取关键字候选项列表
import { FlinkSQL } from 'dt-sql-parser'; const flink = new FlinkSQL(); const sql = 'CREATE '; const pos = { lineNumber: 1, column: 16 }; // 最后一个位置 const keywords = flink.getSuggestionAtCaretPosition(sql, pos)?.keywords; console.log(keywords);
输出:
/* [ 'CATALOG', 'FUNCTION', 'TEMPORARY', 'VIEW', 'DATABASE', 'TABLE' ] */
-
获取语法相关自动补全信息
import { FlinkSQL } from 'dt-sql-parser'; const flink = new FlinkSQL(); const sql = 'SELECT * FROM tb'; const pos = { lineNumber: 1, column: 16 }; // tb 的后面 const syntaxSuggestions = flink.getSuggestionAtCaretPosition(sql, pos)?.syntax; console.log(syntaxSuggestions);
输出:
/* [ { syntaxContextType: 'table', wordRanges: [ { text: 'tb', startIndex: 14, stopIndex: 15, line: 1, startColumn: 15, stopColumn: 16 } ] }, { syntaxContextType: 'view', wordRanges: [ { text: 'tb', startIndex: 14, stopIndex: 15, line: 1, startColumn: 15, stopColumn: 16 } ] } ] */
语法相关自动补全信息返回一个数组,数组中每一项代表该位置可以填写什么语法,比如上例中的输出结果代表该位置可以填写表名或者视图名称。其中 syntaxContextType 是可以补全的语法类型,wordRanges 是已经填写的内容。
调用 SQL 实例上的 getAllEntities 方法,传入 sql 文本和指定位置的行列号即可轻松获取。
import { FlinkSQL } from 'dt-sql-parser';
const flink = new FlinkSQL();
const sql = 'SELECT * FROM tb;';
const pos = { lineNumber: 1, column: 16 }; // tb 的后面
const entities = flink.getAllEntities(sql, pos);
console.log(entities);输出
/*
[
{
entityContextType: 'table',
text: 'tb',
declareType: 0,
isAccessible: true,
position: {
line: 1,
startIndex: 14,
endIndex: 15,
startColumn: 15,
endColumn: 17
},
belongStmt: {
stmtContextType: 'selectStmt',
position: [Object],
rootStmt: [Object],
parentStmt: [Object],
isContainCaret: true
},
relatedEntities: null,
columns: null,
_alias: null,
_comment: null
},
{
entityContextType: 'queryResult',
text: '*',
declareType: undefined,
isAccessible: null,
position: {
line: 1,
startIndex: 7,
endIndex: 7,
startColumn: 8,
endColumn: 9
},
belongStmt: {
stmtContextType: 'selectStmt',
position: [Object],
rootStmt: [Object],
parentStmt: [Object],
isContainCaret: true
},
relatedEntities: [
// relate to table entity
],
columns: [
// relate to `*` column entity
],
_alias: null,
_comment: null,
},
]
*/行列号信息不是必传的,如果传了行列号信息,那么收集到的实体中,如果实体位于对应行列号所在的语句下,那么实体的所属的语句对象上会带有 isContainCaret 标识,这在与自动补全功能结合时,可以帮助你快速筛选出需要的实体信息。
在子查询嵌套的情况下,isContainCaret 可能不足以筛选出需要的实体,例如对于SQL: SELECT id FROM t1 LEFT JOIN (SELECT id, name FROM t2) AS t3 ON t1.id = t3.id, 当我们光标处在内部查询t3派生表内时, 期望提供t2表下的字段补全, 但由于t1与t2的isContainCaret都为true, 无法更细节的区分出可用的表实体。
所以, 针对entityContextType为table的实体类型, 收集到的实体上会带有isAccessible标识, 用于表示该实体是否可访问。isAccessible内部利用作用域深度来判断, 当实体的语句作用域深度与光标所在语句的作用域深度相同且isContainCaret为true时, 则认为该实体可访问(当然这种判断方法并非绝对,但能排除大多数无关实体)。
别名(Alias)信息
当实体具有别名时,会在实体对象中包含 _alias 字段:
_alias: 别名的详细信息,包含文本内容和位置信息
// 示例:SELECT u.name FROM users AS u
{
entityContextType: 'table',
text: 'users',
_alias: { // 表的别名信息
text: 'u',
startIndex: 29,
endIndex: 29,
startColumn: 30,
endColumn: 31,
line: 1
}
}
// 示例:SELECT name AS username FROM users
{
entityContextType: 'column',
text: 'name',
_alias: { // 列的别名信息
text: 'username',
startIndex: 15,
endIndex: 22,
startColumn: 16,
endColumn: 24,
line: 1
}
}声明类型(DeclareType)
declareType 字段用于标识实体的声明方式,不同类型的实体有不同的声明类型:
表实体的声明类型(TableDeclareType):
LITERAL:字面量表名,如SELECT * FROM usersEXPRESSION:表达式定义的表,如子查询SELECT * FROM (SELECT * FROM users) AS t
列实体的声明类型(ColumnDeclareType):
LITERAL:字面量列名,如SELECT id, name FROM usersALL:通配符语法,如SELECT users.* FROM usersEXPRESSION:复杂表达式,如子查询、CASE语句、函数调用等
// 示例:不同 declareType 的示例
// 1. 字面量列
{
entityContextType: 'column',
text: 'name',
declareType: ColumnDeclareType.LITERAL,
}
// 2. 通配符列
{
entityContextType: 'column',
text: 'users.*',
declareType: ColumnDeclareType.ALL,
}
// 3. 表达式列
{
entityContextType: 'column',
text: 'CASE WHEN age > 18 THEN "adult" ELSE "minor" END',
declareType: ColumnDeclareType.EXPRESSION,
}其他元信息字段
注释信息(Comment)
_comment:实体的注释信息,主要用于 CREATE 语句中的列注释或表注释
// 示例:CREATE TABLE users (id INT COMMENT 'USERID', name VARCHAR(50) COMMENT 'USERNAME')
{
entityContextType: 'column',
text: 'id',
_comment: {
text: "'USERID'",
startIndex: 35,
endIndex: 42,
startColumn: 36,
endColumn: 44,
line: 1
},
_colType: {
text: 'INT',
startIndex: 23,
endIndex: 42,
startColumn: 24,
endColumn: 44,
line: 1
}
}列类型信息(Column Type)
_colType:列的数据类型信息,仅用于建表语句中的列实体,包含类型名称和位置信息
// 示例:CREATE TABLE users (name VARCHAR(50) NOT NULL)
{
entityContextType: 'columnCreate',
text: 'name',
_colType: {
text: 'VARCHAR(50)',
startIndex: 25,
endIndex: 35,
startColumn: 26,
endColumn: 37,
line: 1
}
}关联信息字段
relatedEntities:与当前实体相关的其他实体列表,例如查询结果实体关联的表实体columns:包含的字段列表
一个简单的实体关联实例:
CREATE TABLE tb1 AS SELECT id FROM tb2;调用 SQL 实例上的 getSemanticContextAtCaretPosition 方法,传入 sql 文本和指定位置的行列号, 例如:
import { HiveSQL } from 'dt-sql-parser';
const hive = new HiveSQL();
const sql = 'SELECT * FROM tb;';
const pos = { lineNumber: 1, column: 18 }; // 'tb;' 的后面
const semanticContext = hive.getSemanticContextAtCaretPosition(sql, pos);
console.log(semanticContext);输出
/*
{
isStatementBeginning: true,
}
*/目前能收集到的语义上下文信息如下,如果有更多的需求,欢迎提issue
isStatementBeginning当前输入位置是否为一条语句的开头
默认情况下,isStatementBeginning 的收集策略为SqlSplitStrategy.STRICT
有两种可选策略:
SqlSplitStrategy.STRICT严格策略, 仅以语句分隔符;作为上一条语句结束的标识SqlSplitStrategy.LOOSE宽松策略, 以语法解析树为基础分割SQL
两种策略的差异: 如输入SQL为
CREATE TABLE tb (id INT)
SELECTCREATE语句后未添加分号,那么当获取SELECT后的语义上下文时,
在SqlSplitStrategy.STRICT策略下isStatementBeginning 为false, 因为CREATE语句未以分号结尾,那么会被认为这条语句尚未结束;
在SqlSplitStrategy.LOOSE策略下isStatementBeginning 为true, 因为语法解析树中这条SQL被拆分成了CREATE独立语句与SELECT独立语句。
可以通过第三个options参数设置策略:
hive.getSemanticContextAtCaretPosition(sql, pos, { splitSqlStrategy: SqlSplitStrategy.LOOSE });createLexer创建一个 Antlr4 Lexer 实例并返回;createParser创建一个 Antlr4 Parser 实例并返回;parse解析输入的 sql,并返回解析树;
dt-sql-parser 提供的部分 API 的返回结果中包含文本信息,其中关于行号、列数以及索引的范围和起始值可能会带来一些困惑。
索引从 0 开始,在编程领域,索引从 0 开始更符合直觉
对于一个索引范围,起始索引从 0 开始,以 n-1 结束,如上图中,一个圈定蓝色文本的索引范围应该这样表示:
{
startIndex: 0,
endIndex: 3
}行号(line)从 1 开始
对于一个圈定多行的范围,行号从 1 开始,以 n 结束,一个圈定第一行和第二行的范围这样表示:
{
startLine: 1,
endLine: 2
}列数也从 1 开始
将列数类比为编辑器的光标位置会更加容易理解。对于一个圈定多列的范围,列数从 1 开始,以 n+1 结束,如上图中,一个圈定蓝色文本的列数范围这样表示:
{
startColumn: 1,
endColumn: 5
}dt-sql-parser 的自动补全功能在设计之初就是为了在编辑器中使用,所以 getSuggestionAtCaretPosition 方法的第二个参数(位置信息)的格式为行列号而不是字符位置索引。这可以让自动补全功能更容易的集成到编辑器中。对于编辑器来说,只需要在特定的时机获取编辑器内的文本内容以及光标位置即可调用 dt-sql-parser 的自动补全功能,而不需要任何额外的计算。
但是在一些其他场景下,你可能需要通过转换或者计算来得到自动补全功能所需要的位置信息,那么在此之前,有一些注意事项可能是你需要关心的。
dt-sql-parser 的自动补全功能依赖于 antlr4-c3,这是一个很棒的库。dt-sql-parser 的自动补全功能只是基于 antlr4-c3 做了一些封装和转换,包括将行列号信息转换成 antlr4-c3 需要的 token 索引,以下图为例:
将图中的 column 视作为光标位置,这段文本放到编辑器中,会得到 13 个可能的光标位置,而对于 dt-sql-parser 来说,这段文本被解析后会生成 4 个 Token。自动补全功能的一个重要策略是:当光标(自动补全位置)还没有完全离开某个 Token 时,dt-sql-parser 就认为这个 Token 还没有完成,自动补全功能将会去推断这个 Token 所在的位置可以填什么。
举个例子,如果想要通过自动补全功能知道 SHOW 后面应该填什么, 那么对应的位置信息应该是:
{
lineNumber: 1,
column: 6
}此时,dt-sql-parser 会认为 SHOW 已经是一个完整的 Token 了,应该去推断 SHOW 后面可以填什么。如果传入的位置信息中 column 是 5, 那么 dt-sql-parser 会认为 SHOW 还没有被完成,进而去推断 SHOW 的位置可以填什么。也即在上图中 column: 5 属于 token: 0,column: 6 属于 token: 1。
对于编辑器来说,这种策略也更符合直觉。当用户输入了 SHOW 以后,在没有敲击空格键之前,用户大概率还没有输入完成,也许用户想要输入的是 SHOWS 之类的。当用户敲击了空格键,编辑器会认为用户想要输入下一个 Token,是时候询问 dt-sql-parser 下一个 Token 位置可以填哪些东西了。




