You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Julian Hyde (JIRA)" <ji...@apache.org> on 2016/07/01 18:33:11 UTC

[jira] [Commented] (CALCITE-872) Add support for aborting the query optimization process

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

Julian Hyde commented on CALCITE-872:
-------------------------------------

This is related to CALCITE-1227, because the cancel flag for the planner should be of the same type as the cancel flag for execution.

I believe that the flag should either be an {{AtomicBoolean}} or a {{volatile boolean}}. {{CancelFlag}} contains a regular {{boolean}}, so may not propagate on some CPU architectures.

So, I propose to change {{RelOptPlanner.setCancelFlag(CancelFlag cancelFlag)}} to {{{{RelOptPlanner.setCancelFlag(AtomicBoolean cancelFlag)}}. [~amansinha100], [~dsbos], any comments from you, since you're involved in DRILL-4355 and DRILL-2884?

> Add support for aborting the query optimization process
> -------------------------------------------------------
>
>                 Key: CALCITE-872
>                 URL: https://issues.apache.org/jira/browse/CALCITE-872
>             Project: Calcite
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 1.4.0-incubating
>            Reporter: Aman Sinha
>            Assignee: Julian Hyde
>
> We should have the facility to abort the query optimization process.  There are several motivations for having this: 
> 1. The optimizer's join planning may take too long (order of minutes) when 
>  working with larger number of tables. 
> 2. Certain sequence of rule applications may cause a cycle. 
> 3. Operations related to metadata could potentially introduce a dependency 
>     cycle. 



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