You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "James Taylor (JIRA)" <ji...@apache.org> on 2017/10/20 21:13:00 UTC

[jira] [Updated] (PHOENIX-1556) Base hash versus sort merge join decision on how much data will be scanned

     [ https://issues.apache.org/jira/browse/PHOENIX-1556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

James Taylor updated PHOENIX-1556:
----------------------------------
    Summary: Base hash versus sort merge join decision on how much data will be scanned  (was: Base hash join versus many-to-many decision on how many guideposts will be traversed for RHS table(s))

> Base hash versus sort merge join decision on how much data will be scanned
> --------------------------------------------------------------------------
>
>                 Key: PHOENIX-1556
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-1556
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: James Taylor
>            Assignee: Maryann Xue
>              Labels: calcite
>
> At compile time, we know how many guideposts (i.e. how many bytes) will be scanned for the RHS table. We should, by default, base the decision of using the hash-join verus many-to-many join on this information.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)