You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Peter Vary (Jira)" <ji...@apache.org> on 2023/01/15 09:47:00 UTC
[jira] [Comment Edited] (HIVE-26882) Allow transactional check of Table parameter before altering the Table
[ https://issues.apache.org/jira/browse/HIVE-26882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17676999#comment-17676999 ]
Peter Vary edited comment on HIVE-26882 at 1/15/23 9:46 AM:
------------------------------------------------------------
Thanks for the review [~ayushtkn]!
Merged all of them - as in all cases the code were able to compile and the new tests were passed. Had to merge the 4 commits (backported to have the testing infra at hand) as the github settings did not allow for the rebase merging strategy.
Is there a planned timeline for a release from any of these branches?
Thanks,
Petr
was (Author: pvary):
Merged all of them.
Thanks for the review [~ayushtkn]!
Is there a planned timeline for a release from any of these branches?
Thanks,
Petr
> Allow transactional check of Table parameter before altering the Table
> ----------------------------------------------------------------------
>
> Key: HIVE-26882
> URL: https://issues.apache.org/jira/browse/HIVE-26882
> Project: Hive
> Issue Type: Improvement
> Components: Standalone Metastore
> Reporter: Peter Vary
> Assignee: Peter Vary
> Priority: Major
> Labels: pull-request-available
> Fix For: 4.0.0
>
> Time Spent: 4h 40m
> Remaining Estimate: 0h
>
> We should add the possibility to transactionally check if a Table parameter is changed before altering the table in the HMS.
> This would provide an alternative, less error-prone and faster way to commit an Iceberg table, as the Iceberg table currently needs to:
> - Create an exclusive lock
> - Get the table metadata to check if the current snapshot is not changed
> - Update the table metadata
> - Release the lock
> After the change these 4 HMS calls could be substituted with a single alter table call.
> Also we could avoid cases where the locks are left hanging by failed processes
--
This message was sent by Atlassian Jira
(v8.20.10#820010)