Wenhai created ASTERIXDB-1839: --------------------------------- Summary: Subquery de-correlation problem. Key: ASTERIXDB-1839 URL: https://issues.apache.org/jira/browse/ASTERIXDB-1839 Project: Apache AsterixDB Issue Type: Bug Components: AsterixDB Environment: MAC linux Reporter: Wenhai Priority: Critical
When setup a subquery before an effective query and return a simple list, we get a problem regarding the subquery decorrelation. Query on tpch LineItem: {noformat} use dataverse tpch; let $c := count( for $d in dataset LineItem return $d ) for $g in [1,2,3,4,5] return $g {noformat} Plan {noformat} distribute result [%0->$$2] -- DISTRIBUTE_RESULT |PARTITIONED| exchange -- ONE_TO_ONE_EXCHANGE |PARTITIONED| join (TRUE) -- NESTED_LOOP |PARTITIONED| exchange -- ONE_TO_ONE_EXCHANGE |PARTITIONED| project ([]) -- STREAM_PROJECT |PARTITIONED| exchange -- ONE_TO_ONE_EXCHANGE |PARTITIONED| data-scan []<-[$$8, $$9, $$0] <- tpch:LineItem -- DATASOURCE_SCAN |PARTITIONED| exchange -- ONE_TO_ONE_EXCHANGE |PARTITIONED| empty-tuple-source -- EMPTY_TUPLE_SOURCE |PARTITIONED| exchange -- BROADCAST_EXCHANGE |PARTITIONED| unnest $$2 <- function-call: asterix:scan-collection, Args:[AOrderedList: [ AInt64: {1}, AInt64: {2}, AInt64: {3}, AInt64: {4}, AInt64: {5} ]] -- UNNEST |UNPARTITIONED| aggregate [] <- [] -- AGGREGATE |UNPARTITIONED| empty-tuple-source -- EMPTY_TUPLE_SOURCE |UNPARTITIONED| {noformat} Is this plan correct? -- This message was sent by Atlassian JIRA (v6.3.15#6346)