You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@asterixdb.apache.org by "Chen Luo (JIRA)" <ji...@apache.org> on 2018/09/13 22:39:00 UTC

[jira] [Created] (ASTERIXDB-2452) ListifyUnnestingFunctionRule didn't recompute type environment properly after firing

Chen Luo created ASTERIXDB-2452:
-----------------------------------

             Summary: ListifyUnnestingFunctionRule didn't recompute type environment properly after firing
                 Key: ASTERIXDB-2452
                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-2452
             Project: Apache AsterixDB
          Issue Type: Bug
            Reporter: Chen Luo
            Assignee: Chen Luo


The following query trigger a NPE during query optimization
{code}
set import-private-functions 'true'

let $nullstring := [null, null, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]

let $prefix1 := subset-collection($nullstring, 0, prefix-len-jaccard(len($nullstring), 0.1f))
let $prefix4 := subset-collection($nullstring, 0, prefix-len-jaccard(len($nullstring), 0.4f))

let $joinpair :=
  for $s in $prefix4
  for $r in $prefix1
  where $s = $r
  return $s

return [$joinpair]
{code}

The problem is that after ListifyUnnestingFunctionRule is fired, the parent operator's type environment is not recomputed, and thus it still points to the old operator.



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