[ 
https://issues.apache.org/jira/browse/HIVE-25628?focusedWorklogId=671424&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-671424
 ]

ASF GitHub Bot logged work on HIVE-25628:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 28/Oct/21 13:12
            Start Date: 28/Oct/21 13:12
    Worklog Time Spent: 10m 
      Work Description: szlta merged pull request #2748:
URL: https://github.com/apache/hive/pull/2748


   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 671424)
    Time Spent: 0.5h  (was: 20m)

> Avoid unnecessary file ops if Iceberg table is LLAP cached
> ----------------------------------------------------------
>
>                 Key: HIVE-25628
>                 URL: https://issues.apache.org/jira/browse/HIVE-25628
>             Project: Hive
>          Issue Type: Improvement
>          Components: llap
>            Reporter: Ádám Szita
>            Assignee: Ádám Szita
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> In case the query execution is vectorized for an Iceberg table, we need to 
> make an extra file open operation on the ORC file to learn what the file 
> schema is (to be matched later with the logical schema).
> In LLAP configuration the file schema could be retrieved through LLAP cache 
> as ORC metadata is cached, so we should avoid the file operation when 
> possible.
> Also: LLAP relies on cache keys that are usually triplets of file information 
> and is constructed by an FS.listStatus call. For iceberg tables we should 
> rely on such file information provided by Iceberg's metadata to spare this 
> call too.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to