You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Vladimir Sitnikov (JIRA)" <ji...@apache.org> on 2014/11/27 11:44:12 UTC

[jira] [Commented] (CALCITE-418) Finish implementation of Interpreter

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

Vladimir Sitnikov commented on CALCITE-418:
-------------------------------------------

It would be nice if interpreter could work in streaming mode.
Currently it buffers all the data, so it might run out of memory if the data set is big.

> Finish implementation of Interpreter
> ------------------------------------
>
>                 Key: CALCITE-418
>                 URL: https://issues.apache.org/jira/browse/CALCITE-418
>             Project: Calcite
>          Issue Type: Bug
>            Reporter: Julian Hyde
>            Assignee: Julian Hyde
>
> In OPTIQ-416, we added the Interpreter class. It is able to handle RelNode types scan (over array-table at least), filter, project, values, sort; and RexNode types literal, inputRef, and calls to < and >.
> This task is to complete implementation of the interpreter. This includes implementations of aggregate, join, union, minus, intersect, correlator RelNodes and of the set of built-in operators.
> To prove that the interpreter is working, add a test that executes several complex queries over small data sets. (Maybe run the foodmart queries manually?) Also add a sub-class of SqlOperatorTest that interprets rather than generating code.



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