【hive】lateral view侧视图
lateral view也叫侧视图,属于hive sql所特有的语法。用来实现类似标准sql中join的操作。join参与运算的往往是两个表,根据指定的关联字段进行横向连接。lateral view参与运算的是一张表,这张表里往往存在某个多值的字段,通过侧视图结合UDTF函数可以将这个多值字段拆分为粒度更小的值,每一个拆分出来的值都会作为新的字段和一条原记录进行拼接。类似于列转行操作,虽然严格意义
文档地址:https://cwiki.apache.org/confluence/display/Hive/LanguageManual+LateralView
1.介绍
lateral view也叫侧视图,属于hive sql所特有的语法。用来实现类似标准sql中join的操作。但区别在于:
- join参与运算的往往是两个表,根据指定的关联字段进行横向连接。
- lateral view参与运算的是一张表,这张表里往往存在某个多值的字段,通过侧视图结合UDTF函数可以将这个多值字段拆分为粒度更小的值,每一个拆分出来的值都会作为新的字段和一条原记录进行拼接。类似于列转行操作,虽然严格意义上不算列转行,因为只是增加了行数,但并未减少列数,只是减少了列中所包含的字段个数。
2.语法
select
src.*,
tb_alias.col_alias
from src lateral view UDTF(src.col) tb_alias as col_alias [, col_alias, ...];
以上只是一个基本的语法参考,tb_alias
为表别名,这里的表指的是UDTF所返回的虚拟表。as col_alias [, col_alias, ...]
是给这个虚拟表的字段指定别名,方便后续引用。返回的虚拟表中有几个字段,就得指定几个别名,业务中一般只返回一个。
关于字段别名,文档里说的是从
hive 0.12.0
字段别名可以省略,此时它继承自UDTF函数在定义时指定的字段名,但仅做了解即可,按照上面语法通用就不必要做一些非必要的改动。
重点是理解上述代码的逻辑执行过程,UDTF会根据传入的字段先返回一张虚拟表,此时虚拟表的表名和字段名分别被命名为tb_alias
和col_alias
,然后通过lateral view,将虚拟表的每条记录关联到原来所属的记录上去,类似于join操作,只不过不需要我们显式指定on的字段,hive内部会自己识别原来属于哪条记录并关联。最后再从这张结果表中select我们需要的字段就可以了。
3.code demo
1)单重侧视图
with src as (
select '张三' as name, '唱;跳;rap'as skills
union all
select '李四' as name, '唱;跳'as skills
)
select
src.*,
tb.col_name
from src lateral view explode(split(skills,';')) tb as col_name;
output:
2)多重侧视图
多重侧视图的执行过程是在上一步侧视图结果的基础上,再进行一次lateral view操作,所以对于后面的lateral view,是可以直接引用前面lateral view结果表中的字段的。
下面通过代码对二重lateral view拆开分步演示,可以更好的理解执行逻辑。
step1:
with src as (
select '张三' as name, map('语文', '71;72;73', '数学', '81;82;83') as col
union all
select '李四' as name, map('语文', '90') as col
)
select src.*,
tb1.subject,
tb1.score
from src lateral view explode(col) tb1 as subject, score;
output:
step2,基于step1的结果,对成绩score列的值继续展开:
with src as (
select '张三' as name, map('语文', '71;72;73', '数学', '81;82;83') as col
union all
select '李四' as name, map('语文', '90') as col
)
select src.*,
tb1.subject,
tb1.score,
tb2.score_detail
from src lateral view explode(col) tb1 as subject, score
lateral view explode(split(tb1.score, ';')) tb2 as score_detail;
output:
当然,如果需要,可以继续lateral view下去。
3)lateral view outer
有一个点需要注意,就是实际任务中UDTF的返回结果可能存在空值null的情况,对于这种情况,hive会丢失原表中的数据行,因为本身lateral view就类似于join操作,关联不上那就丢失了。
例如:
with src as (
select '张三' as name, '唱;跳;rap'as skills
union all
select '李四' as name, null as skills
)
select
src.*,
tb.col_name
from src lateral view explode(split(skills,';')) tb as col_name;
output:
可以看到原始数据“李四”的信息就丢失了,同时需要注意这里的空值指的是null,而不是空字符串,这是两种不同的概念,比如下面这段sql:
with src as (
select '张三' as name, '唱;跳;rap'as skills
union all
select '李四' as name, '' as skills -- 这里修改null为空字符串''
)
select
src.*,
tb.col_name
from src lateral view explode(split(skills,';')) tb as col_name;
output:
为了规避这种可能造成数据丢失的情况,hive从0.12.0版本及之后提供了lateral view outer来解决。这种方式可以理解为标准sql中的left join,即使UDTF返回的结果为null,也会保留原表的这条数据。具体见代码:
with src as (
select '张三' as name, '唱;跳;rap'as skills
union all
select '李四' as name, null as skills
)
select
src.*,
tb.col_name
from src lateral view outer explode(split(skills,';')) tb as col_name;
output:
4.tips
1)lateral view + json_tuple
3)中当lateral view遇到explode爆炸函数返回null的时候原表记录也会丢失,但并非lateral view+返回null值的UDTF函数都会丢失原数据,例如json_tuple
。
with t as (
select 1 as id, '{
"name": "小明",
"age": 18,
"score": {
"math": 100,
"english": 90
}
}' as json_str
)
select * from t
lateral view json_tuple(json_str, 'score') t1 as score
lateral view json_tuple(score, 'math1') t2 as math1;
math1不存在,会以null的形式返回,不影响原数据,和explode处理null值时的方式不同。查了下原因:
这主要是因为explode和json_tuple这两个函数的工作方式和目的不同。
explode函数的目的是将一行变成多行。例如,如果你有一行数据,其中一个列是一个数组,包含三个元素,explode这个数组会生成三行,每行对应数组的一个元素。如果数组是空的或者null,那么explode就没有任何东西可以生成,所以结果集中不包含这一行。
而json_tuple函数的目的是从JSON对象中提取值。如果JSON对象中不存在某个键,json_tuple只能返回NULL,因为它没有找到对应的值。但是,它并不会删除整行数据,因为你可能仍然从JSON对象中提取了其他的键和值。所以,即使某个键在JSON对象中不存在,对应的行也会在结果集中保留,只不过对应的列值为NULL。
总的来说,explode函数是一个“生成”型的函数,它的目标是生成新的行,而json_tuple是一个“提取”型的函数,它的目标是提取现有的值。这就是为什么当它们遇到null或者不存在的值时,它们的行为会有所不同。
供理解参考。
2)lateral view与where的执行顺序
lateral view 本质上类似于sql中的join操作,因此执行顺序为先 lateral view关联,后where筛选。所以lateral view出来的字段可以在where中使用。
where中的字段为lateral view生成的字段:
create temporary view test as
select 1 as id, '{"name": "张三", "age": 18}' as info union all
select 2 as id, '{"name": "李四", "age": 20}' as info;
select
*
from test
lateral view json_tuple(info, 'name', 'age') t as name, age
where name='李四';
对应的物理执行计划:
== Physical Plan ==
Execute InsertIntoHadoopFsRelationCommand afs://kunpeng.afs.baidu.com:9902/user/g_spark_rdw/rdw/poi_engine/download/20240920/89822ac7d704f2564f/2, false, RCSV, [escape=", delimiter=,, header=true, path=afs://kunpeng.afs.baidu.com:9902/user/g_spark_rdw/rdw/poi_engine/download/20240920/89822ac7d704f2564f/2], Overwrite, [id, info, name, age]
+- WriteFiles
+- Exchange SinglePartition, REPARTITION_BY_NUM, [plan_id=393057]
+- *(4) GlobalLimit 10000, 0
+- Exchange SinglePartition, ENSURE_REQUIREMENTS, [plan_id=393053]
+- *(3) LocalLimit 10000
+- *(3) Filter (isnotnull(name#493721) AND (name#493721 = 李四))
+- Generate json_tuple(info#493720, name, age), [id#493719, info#493720], false, [name#493721, age#493722]
+- Union
:- *(1) Project [1 AS id#493719, {"name": "张三", "age": 18} AS info#493720]
: +- *(1) Scan OneRowRelation[]
+- *(2) Project [2 AS id#493731, {"name": "李四", "age": 20} AS info#493732]
+- *(2) Scan OneRowRelation[]
先Generate json_tuple,后Filter过滤。即先lateral view,后where。
where中的字段为非lateral view生成的字段,即原表字段时:
create temporary view test as
select 1 as id, '{"name": "张三", "age": 18}' as info union all
select 2 as id, '{"name": "李四", "age": 20}' as info;
select
*
from test
lateral view json_tuple(info, 'name', 'age') t as name, age
where id=1;
物理执行计划:
== Physical Plan ==
Execute InsertIntoHadoopFsRelationCommand afs://kunpeng.afs.baidu.com:9902/user/g_spark_rdw/rdw/poi_engine/download/20240920/7ca72d273e109b9043/2, false, RCSV, [escape=", delimiter=,, header=true, path=afs://kunpeng.afs.baidu.com:9902/user/g_spark_rdw/rdw/poi_engine/download/20240920/7ca72d273e109b9043/2], Overwrite, [id, info, name, age]
+- WriteFiles
+- Exchange SinglePartition, REPARTITION_BY_NUM, [plan_id=393216]
+- *(3) GlobalLimit 10000, 0
+- Exchange SinglePartition, ENSURE_REQUIREMENTS, [plan_id=393212]
+- *(2) LocalLimit 10000
+- Generate json_tuple(info#493788, name, age), [id#493787, info#493788], false, [name#493789, age#493790]
+- *(1) Project [1 AS id#493787, {"name": "张三", "age": 18} AS info#493788]
+- *(1) Scan OneRowRelation[]
在Scan OneRowRelation生成行数据阶段就直接过滤掉id=2的数据不生成,后续只对id=1的数据行Generate json_tuple。
从两段sql的物理执行计划中可以看到,在lateral view、where同时存在时,实际执行中是先执行lateral view还是where,取决于where中的字段,spark会自动优化最合适的逻辑执行。无论先后,最终的结果都是一致的。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)