hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maciek Kocon (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HIVE-11525) Bucket pruning
Date Wed, 04 Nov 2015 16:32:27 GMT

    [ https://issues.apache.org/jira/browse/HIVE-11525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14989844#comment-14989844
] 

Maciek Kocon commented on HIVE-11525:
-------------------------------------

FYI, added:
[HIVE-12334|https://issues.apache.org/jira/browse/HIVE-12334] Partition Map Join
[HIVE-12336|https://issues.apache.org/jira/browse/HIVE-12336] Sort Merge Partition Map Join
[HIVE-12337|https://issues.apache.org/jira/browse/HIVE-12337] Sorted Partitions

to the original [HIVE-9523|https://issues.apache.org/jira/browse/HIVE-9523] request to cater
for PARTITIONED scenarios to complement this. That should prove even more useful than extending
BUCKETING optimizations.

> Bucket pruning
> --------------
>
>                 Key: HIVE-11525
>                 URL: https://issues.apache.org/jira/browse/HIVE-11525
>             Project: Hive
>          Issue Type: Improvement
>          Components: Logical Optimizer
>    Affects Versions: 0.13.0, 0.14.0, 0.13.1, 1.0.0, 1.1.0
>            Reporter: Maciek Kocon
>            Assignee: Gopal V
>              Labels: gsoc2015
>         Attachments: HIVE-11525.1.patch, HIVE-11525.2.patch, HIVE-11525.WIP.patch
>
>
> Logically and functionally bucketing and partitioning are quite similar - both provide
mechanism to segregate and separate the table's data based on its content. Thanks to that
significant further optimisations like [partition] PRUNING or [bucket] MAP JOIN are possible.
> The difference seems to be imposed by design where the PARTITIONing is open/explicit
while BUCKETing is discrete/implicit.
> Partitioning seems to be very common if not a standard feature in all current RDBMS while
BUCKETING seems to be HIVE specific only.
> In a way BUCKETING could be also called by "hashing" or simply "IMPLICIT PARTITIONING".
> Regardless of the fact that these two are recognised as two separate features available
in Hive there should be nothing to prevent leveraging same existing query/join optimisations
across the two.
> BUCKET pruning
> Enable partition PRUNING equivalent optimisation for queries on BUCKETED tables
> Simplest example is for queries like:
> "SELECT … FROM x WHERE colA=123123"
> to read only the relevant bucket file rather than all file-buckets that belong to a table.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message