You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@asterixdb.apache.org by "Taewoo Kim (JIRA)" <ji...@apache.org> on 2015/09/09 23:59:45 UTC

[jira] [Commented] (ASTERIXDB-1086) IntroduceProjectsRule creates a wrong PROJECT operator when there are multiple paths.

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

Taewoo Kim commented on ASTERIXDB-1086:
---------------------------------------

This is related to this issue - https://issues.apache.org/jira/browse/ASTERIXDB-1081?filter=-2

> IntroduceProjectsRule creates a wrong PROJECT operator when there are multiple paths.
> -------------------------------------------------------------------------------------
>
>                 Key: ASTERIXDB-1086
>                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-1086
>             Project: Apache AsterixDB
>          Issue Type: Bug
>            Reporter: Taewoo Kim
>
> IntroduceProjectsRule introduce a wrong project to filter out a variable that is used in the one of two paths after SPLIT (REPLICATE) operator. In my branch, I am trying to optimize the index-search. In order to implement this, there is an ASSIGN operator and it assigns a variable that is going to be used in the SELECT operator. After ASSIGN, there is SPLIT operator. It divides the path into two - the left path contains the SELECT and the other path contains no operator. Two paths will be merged by UNION operator. The issue is IntroduceProjectRule can't consider all paths at the same time. Thus, when it checks the right path, it introduces a wrong PROJECT operator that filters out one variable in the ASSIGN before SPLIT since it thinks that the variable is not used after ASSIGN operator. In fact, the variable is used in the left path.



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