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)