[
https://issues.apache.org/jira/browse/HIVE-24295?focusedWorklogId=546698&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-546698
]
ASF GitHub Bot logged work on HIVE-24295:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 03/Feb/21 01:30
Start Date: 03/Feb/21 01:30
Worklog Time Spent: 10m
Work Description: kgyrtkirk commented on a change in pull request #1662:
URL: https://github.com/apache/hive/pull/1662#discussion_r568609056
##########
File path: ql/src/test/results/clientpositive/llap/bucket_map_join_tez2.q.out
##########
@@ -1398,6 +1412,12 @@ STAGE PLANS:
null sort order: z
sort order: +
Map-reduce partition columns: _col0 (type: string)
+<<<<<<< HEAD
Review comment:
yes; seems like I missed a few change header duriong rerun
##########
File path:
ql/src/test/results/clientpositive/llap/dynamic_semijoin_reduction_2.q.out
##########
@@ -183,16 +145,8 @@ STAGE PLANS:
sort order:
Statistics: Num rows: 1 Data size: 516 Basic
stats: COMPLETE Column stats: NONE
value expressions: _col0 (type: decimal(34,16)),
_col1 (type: decimal(34,16)), _col2 (type: tinyint), _col3 (type: tinyint),
_col4 (type: bigint), _col5 (type: bigint), _col6 (type: binary)
- Execution mode: vectorized, llap
- LLAP IO: all inputs
- Map 7
- Map Operator Tree:
- TableScan
- alias: tt2
- filterExpr: (timestamp_col_18 is not null and
decimal1911_col_16 is not null and decimal1911_col_16 BETWEEN
DynamicValue(RS_13_tt1_decimal2612_col_77_min) AND
DynamicValue(RS_13_tt1_decimal2612_col_77_max) and
in_bloom_filter(decimal1911_col_16,
DynamicValue(RS_13_tt1_decimal2612_col_77_bloom_filter))) (type: boolean)
- Statistics: Num rows: 1 Data size: 152 Basic stats: COMPLETE
Column stats: NONE
Filter Operator
- predicate: (timestamp_col_18 is not null and
decimal1911_col_16 is not null and decimal1911_col_16 BETWEEN
DynamicValue(RS_13_tt1_decimal2612_col_77_min) AND
DynamicValue(RS_13_tt1_decimal2612_col_77_max) and
in_bloom_filter(decimal1911_col_16,
DynamicValue(RS_13_tt1_decimal2612_col_77_bloom_filter))) (type: boolean)
Review comment:
* old Map 5 was a non-sj filtered table read
* old Map 7 was an sj filtered scan
the old Map 5 and old Map 7 is now merged into the new Map 5 vertex - which
is not SJ filtered because we already scan the table.
I also think that it might be beneficial to retain the SJ filter condition
in cases like this and start prefiltering at this point ; I've opened
HIVE-24376 to do that a few weeks ago - is that what you meaned?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 546698)
Time Spent: 1h 20m (was: 1h 10m)
> Apply schema merge to all shared work optimizations
> ---------------------------------------------------
>
> Key: HIVE-24295
> URL: https://issues.apache.org/jira/browse/HIVE-24295
> Project: Hive
> Issue Type: Sub-task
> Reporter: Zoltan Haindrich
> Assignee: Zoltan Haindrich
> Priority: Major
> Labels: pull-request-available
> Fix For: 4.0.0
>
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
