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)