spark sql 从antlr的ast到Unresolved Logical Plan

2024-03-13 17:50

本文主要是介绍spark sql 从antlr的ast到Unresolved Logical Plan,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

spark sql 从antlr的ast到Unresolved Logical Plan
前提
  • 了解spark sql流程
  • 了解antlr,能看懂antlr的语法文件(*.g4),了解antlr访问者模式,安装idea antlr插件
准备

生成antlr语法树

  • 在idea中打开SqlBase.g4,这个是antlr规定的spark sql的sql语法.如果我们想看看某个关键字在spark sql 中怎么用,如果熟悉antlr的话,也可以到这个文件中查看.
  • 编写sql
/* 在插件中所有字母必需大写
fragment LETTER: [A-Z];*/
SELECT NAME,AGE FROM USER

image
image
spark 中编写相应的代码,方便调试

import org.apache.spark.sql.SparkSessionobject TestSql {def main(args: Array[String]): Unit = {val spark: SparkSession = SparkSession.builder().config("spark.sql.shuffle.partitions", 5).master("local[*]").appName("us").getOrCreate()import spark._sql("SELECT NAME,AGE FROM USER").show()}}
  /** Creates LogicalPlan for a given SQL string. *///追踪代码,在这里把 sql转成了LogicalPlanoverride def parsePlan(sqlText: String): LogicalPlan = parse(sqlText) { parser =>astBuilder.visitSingleStatement(parser.singleStatement()) match {case plan: LogicalPlan => plancase _ =>val position = Origin(None, None)throw new ParseException(Option(sqlText), "Unsupported SQL statement", position, position)}}
  • 打开类
class AstBuilder(conf: SQLConf) extends SqlBaseBaseVisitor[AnyRef] with Logging

这个类extends 了antlr的SqlBaseBaseVisitor,SqlBaseBaseVisitor对所有的方法都有一个默认的实现,即访问子节点.所以AstBuilder并不需要重新实现全部的方法,只用实现关心的方法.

public class SqlBaseBaseVisitor<T> extends AbstractParseTreeVisitor<T> implements SqlBaseVisitor<T> {/*** {@inheritDoc}** <p>The default implementation returns the result of calling* {@link #visitChildren} on {@code ctx}.</p>*/@Override public T visitSingleStatement(SqlBaseParser.SingleStatementContext ctx) { return visitChildren(ctx); }
  • 开始分析
    结合上图生成的ast,第一个访问的节点是 singleStatement,ast中的
  /*第1步 singleStatement  语法树的起点*/override def visitSingleStatement(ctx: SingleStatementContext): LogicalPlan = withOrigin(ctx) {//visit 直接去访问子节点,由图可知下一个是statement:statementDefault(看冒号扣面的,给每个分支定义一个名称)visit(ctx.statement).asInstanceOf[LogicalPlan]}

visitStatementDefault没有实现,直接访问下一个节点

  /*** Create a top-level plan with Common Table Expressions.* query* : ctes? queryNoWith* 第2步* ;*/override def visitQuery(ctx: QueryContext): LogicalPlan = withOrigin(ctx) {//访问 queryNoWith节点val query = plan(ctx.queryNoWith)/*这个ctes不知道是干什么的,这条sql没有这个部分,我们可以查看sqlBase.g4关于ctes的定义ctes: WITH namedQuery (',' namedQuery)*;*/// Apply CTEsquery.optional(ctx.ctes) {val ctes = ctx.ctes.namedQuery.asScala.map { nCtx =>val namedQuery = visitNamedQuery(nCtx)(namedQuery.alias, namedQuery)}// Check for duplicate names.checkDuplicateKeys(ctes, ctx)With(query, ctes.toMap)}}

以此类推,我们就可以自己去追踪如何根据ast生成LogicalPlan

  /*** Create a logical plan for a regular (single-insert) query.* 创建一个logical计划,为一个常规的(简单查询)* 第3步*/override def visitSingleInsertQuery(ctx: SingleInsertQueryContext): LogicalPlan = withOrigin(ctx) {//访问queryTermDefault 没有实现,访问子节点plan(ctx.queryTerm).// Add organization statements.// 以with开头的方法添加信息到Logical planoptionalMap(ctx.queryOrganization)(withQueryResultClauses).// Add insert.optionalMap(ctx.insertInto())(withInsertInto)}/*** Create a logical plan using a query specification.* 用一个查询规范 创建一个 logical plan* 第4步  SELECT xxx from xxx where xxx having xxx  剔除了 sort by /order by /limit 等*/override def visitQuerySpecification(ctx: QuerySpecificationContext): LogicalPlan = withOrigin(ctx) {val from = OneRowRelation.optional(ctx.fromClause) {visitFromClause(ctx.fromClause)}withQuerySpecification(ctx, from)}

在了解了LogicalPlan,expression表达式后,再来继续.

这篇关于spark sql 从antlr的ast到Unresolved Logical Plan的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/805683

相关文章

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

MySQL常用字符串函数示例和场景介绍

《MySQL常用字符串函数示例和场景介绍》MySQL提供了丰富的字符串函数帮助我们高效地对字符串进行处理、转换和分析,本文我将全面且深入地介绍MySQL常用的字符串函数,并结合具体示例和场景,帮你熟练... 目录一、字符串函数概述1.1 字符串函数的作用1.2 字符串函数分类二、字符串长度与统计函数2.1

SQL Server跟踪自动统计信息更新实战指南

《SQLServer跟踪自动统计信息更新实战指南》本文详解SQLServer自动统计信息更新的跟踪方法,推荐使用扩展事件实时捕获更新操作及详细信息,同时结合系统视图快速检查统计信息状态,重点强调修... 目录SQL Server 如何跟踪自动统计信息更新:深入解析与实战指南 核心跟踪方法1️⃣ 利用系统目录

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一

解密SQL查询语句执行的过程

《解密SQL查询语句执行的过程》文章讲解了SQL语句的执行流程,涵盖解析、优化、执行三个核心阶段,并介绍执行计划查看方法EXPLAIN,同时提出性能优化技巧如合理使用索引、避免SELECT*、JOIN... 目录1. SQL语句的基本结构2. SQL语句的执行过程3. SQL语句的执行计划4. 常见的性能优

SQL Server 中的 WITH (NOLOCK) 示例详解

《SQLServer中的WITH(NOLOCK)示例详解》SQLServer中的WITH(NOLOCK)是一种表提示,等同于READUNCOMMITTED隔离级别,允许查询在不获取共享锁的情... 目录SQL Server 中的 WITH (NOLOCK) 详解一、WITH (NOLOCK) 的本质二、工作

MySQL 强制使用特定索引的操作

《MySQL强制使用特定索引的操作》MySQL可通过FORCEINDEX、USEINDEX等语法强制查询使用特定索引,但优化器可能不采纳,需结合EXPLAIN分析执行计划,避免性能下降,注意版本差异... 目录1. 使用FORCE INDEX语法2. 使用USE INDEX语法3. 使用IGNORE IND

SQL Server安装时候没有中文选项的解决方法

《SQLServer安装时候没有中文选项的解决方法》用户安装SQLServer时界面全英文,无中文选项,通过修改安装设置中的国家或地区为中文中国,重启安装程序后界面恢复中文,解决了问题,对SQLSe... 你是不是在安装SQL Server时候发现安装界面和别人不同,并且无论如何都没有中文选项?这个问题也

2025版mysql8.0.41 winx64 手动安装详细教程

《2025版mysql8.0.41winx64手动安装详细教程》本文指导Windows系统下MySQL安装配置,包含解压、设置环境变量、my.ini配置、初始化密码获取、服务安装与手动启动等步骤,... 目录一、下载安装包二、配置环境变量三、安装配置四、启动 mysql 服务,修改密码一、下载安装包安装地