You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Sergey Shelukhin (JIRA)" <ji...@apache.org> on 2018/07/20 22:48:00 UTC
[jira] [Commented] (HIVE-20046) remove NUM_FILES check
[ https://issues.apache.org/jira/browse/HIVE-20046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16551395#comment-16551395 ]
Sergey Shelukhin commented on HIVE-20046:
-----------------------------------------
Confirmed by adding a test that this needs to be removed. TRUNCATE sets numFiles to 0, but stats can still be invalid for specific columns.
> remove NUM_FILES check
> ----------------------
>
> Key: HIVE-20046
> URL: https://issues.apache.org/jira/browse/HIVE-20046
> Project: Hive
> Issue Type: Sub-task
> Reporter: Sergey Shelukhin
> Assignee: Sergey Shelukhin
> Priority: Major
> Attachments: HIVE-20046.01.patch
>
>
> {noformat}
> // Since newly initialized empty table has 0 for the parameter.
> if (Long.parseLong(statsParams.get(StatsSetupConst.NUM_FILES)) == 0) {
> return true;
> }
> {noformat}
> This doesn't look safe; # of files could be set to 0 by an invalid update, or potentially a parallel update that we cannot see (not sure if this is possible; there's some code in metastore that updates basic stats outside of the scope of the query).
> It would be better to remove this, and see if it breaks some tests. If we do need this, there should be a negative test at some point
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)