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 2019/04/03 15:36:00 UTC

[jira] [Commented] (CALCITE-2978) sorting not applied in subqueries

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

Julian Hyde commented on CALCITE-2978:
--------------------------------------

Yes, this is intended behavior.

Note that if the sub-query comes from expanding a view with an ORDER BY clause we will try to respect that.

> sorting not applied in subqueries
> ---------------------------------
>
>                 Key: CALCITE-2978
>                 URL: https://issues.apache.org/jira/browse/CALCITE-2978
>             Project: Calcite
>          Issue Type: Bug
>    Affects Versions: 1.19.0
>            Reporter: Pressenna
>            Assignee: Danny Chan
>            Priority: Major
>
> {code:sql}
> CREATE TABLE test (id INT, val INT);
> INSERT INTO test VALUES (1,1);
> INSERT INTO test VALUES (2,2);
> INSERT INTO test VALUES (3,3);
> INSERT INTO test VALUES (4,4);
> SELECT id FROM (SELECT id, val FROM test ORDER BY val DESC);
>  {code}
> Looks like CALCITE-2798 removes the sorting in sub-queries too aggressively.
> Update:
> I might be wrong here and jumped the gun too early.
> Looks like SQL does not dictate that the outer query has to retain any order of the inner query.
> The sort is applied if a {{LIMIT}} is specified in the inner query, to reduce the inner result correctly.
> Happy to close as invalid.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)