You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Michael Smith (Jira)" <ji...@apache.org> on 2026/01/22 22:50:00 UTC

[jira] [Resolved] (IMPALA-13166) Queries with many nested views are still slow

     [ https://issues.apache.org/jira/browse/IMPALA-13166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Smith resolved IMPALA-13166.
------------------------------------
    Fix Version/s: Impala 5.0.0
       Resolution: Fixed

> Queries with many nested views are still slow
> ---------------------------------------------
>
>                 Key: IMPALA-13166
>                 URL: https://issues.apache.org/jira/browse/IMPALA-13166
>             Project: IMPALA
>          Issue Type: Improvement
>          Components: Frontend
>    Affects Versions: Impala 4.4.0
>            Reporter: Michael Smith
>            Assignee: Michael Smith
>            Priority: Critical
>             Fix For: Impala 5.0.0
>
>
> Further profiling on the query from IMPALA-12800 - and a larger version of the same - show significant time spent in {{Analyzer#registerSlotRef}}. The bulk of the work here is in checking whether a {{SlotDescriptor}} exists in the current {{TupleDescriptor}}, both because {{Path#getFullyQualifiedRawPath}} is expensive and because equals on the resulting list is expensive (especially repeated over every {{SlotDescriptor}} in the {{TupleDescriptor}}.
> There's room for improvement here:
> 1. avoid copying {{rawPath_}} every time we call {{getFullyQualifiedRawPath}}
> 2. use a map to identify whether a {{SlotDescriptor}} already exists at {{Path}} in the current {{TupleDescriptor}}
> 3 other small improvements may exist around memory allocation



--
This message was sent by Atlassian Jira
(v8.20.10#820010)