[
https://issues.apache.org/jira/browse/PHOENIX-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14248675#comment-14248675
]
Hudson commented on PHOENIX-1533:
---------------------------------
SUCCESS: Integrated in Phoenix-3.0-hadoop1 #336 (See
[https://builds.apache.org/job/Phoenix-3.0-hadoop1/336/])
PHOENIX-1533 Last key part not taken into child/parent optimization
(maryannxue: rev 3c476529cdff5d3c2c1cbbdc5a3ddda68d39a4d5)
* phoenix-core/src/main/java/org/apache/phoenix/compile/WhereOptimizer.java
* phoenix-core/src/it/java/org/apache/phoenix/end2end/HashJoinIT.java
> Last key part not taken into child/parent optimization
> ------------------------------------------------------
>
> Key: PHOENIX-1533
> URL: https://issues.apache.org/jira/browse/PHOENIX-1533
> Project: Phoenix
> Issue Type: Bug
> Affects Versions: 3.0.0, 4.0.0, 5.0.0
> Reporter: Maryann Xue
> Assignee: Maryann Xue
> Attachments: 1533.patch
>
> Original Estimate: 72h
> Remaining Estimate: 72h
>
> For example we have multiple PK columns (pk0, pk1, pk2) for table A, if we do
> a IN subquery or join query with all PK columns, like:
> select * from A where (pk0, pk1, pk2) IN (select pk0, pk1, pk2 from B);
> The child/parent join optimization is supposed to use the entire PK "(pk0,
> pk1, pk2)" for constructing the dynamic skip-scan filter.
> However it would only use (pk0, pk1) instead, missing the last PK part.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
