Spark Scala运行报sql引用歧义错误排查求助

这是Scala编译阶段检测到作用域内同名引用歧义抛出的错误，触发逻辑：

• 代码作用域内存在import org.apache.spark._通配符导入，该包路径下包含sql相关顶层命名入口
• 同时存在import sqlContext.{sql, table}导入，将sqlContext实例下的sql执行方法直接注入当前作用域
• 两个来源在同一作用域下提供了同名sql引用，当你调用无主的sql("查询语句")执行临时表查询时，编译器无法判定要指向哪个引用，就会抛出歧义错误。该冲突和createOrReplaceTempView方法本身无关，只是执行SQL查询的环节触发了方法调用，才暴露了导入问题。
  你贴出的导入片段里没有显示上述两个冲突导入，说明这两行要么是你粘贴时遗漏，要么是从父级作用域继承的导入。

根据代码场景任选一种方案即可修复：

• 方案1（最推荐）：直接删除冗余的import org.apache.spark._通配符导入。从你贴出的现有导入看，已经单独引入了Spark SQL相关类、存储级别、工具函数等所有需要的依赖，这个全量通配符导入没有实际作用，删除后直接消除冲突源。
• 方案2：如果确实需要保留import org.apache.spark._导入，就删除import sqlContext.{sql, table}这行。Spark 2.x及以上版本统一以SparkSession作为SQL入口，后续执行SQL时明确指定调用实例，写为spark.sql("你的查询语句")即可，不要写无归属的sql()调用。
• 方案3：如果两个导入都必须保留，可以在导入时给冲突方法设置别名绕开重名，将sqlContext的导入语句修改为import sqlContext.{sql => execSql, table}，后续执行SQL时调用execSql("你的查询语句")就不会触发命名冲突。

开发提示：Spark 2.0之后官方已经废弃了独立的sqlContext、hiveContext入口，所有SQL能力统一合并到SparkSession对象中，日常开发建议直接使用spark.sql()的调用形式，不要将实例方法直接导入到全局作用域，能从根源避免这类命名冲突。

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