Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support CreateTableTransaction in Glue and Rest #498
Support CreateTableTransaction in Glue and Rest #498
Changes from 9 commits
998c6f1
8eace7c
64e6346
ffb8ff6
3a579cd
049e0e2
df0c5ed
755aebf
c98b3b4
09b60ca
04ef8df
211de32
d57ac1c
978a0aa
a413c2e
ad840d5
47ce986
1f5cc28
9ac2f7f
d2617fb
44df2d7
1a4d262
f7c04cf
cecf1c0
2152542
c449fb0
8fc1562
b99c619
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would expect
create_table
to be called from the_commit
from theTransaction
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was thinking of it, and my rationale for the current implementation centers around ensuring a uniform transaction creation and commit process for both RestCatalogs and other types of catalogs. Specifically, for RestCatalogs, it's required to initiate CreateTableTransaction with
_create_table(staged_create=True)
and to use_commit_table
with both initial and subsequent updates during transaction commitment. On the other hand, alternative catalogs offer more flexibility, allowing for either the use of_commit_table
to reconstruct table metadata upon commitment or a modified_create_table
API to create table during the transaction commitment.Considering pyiceberg's alignment with Rest API principles, where
_commit_table
aggregates metadata updates to construct the revised metadata for table updates within a transaction, it seems prudent to maintain consistency with Rest API practices for table creation within transactions. This approach simplifies the process by relying on_commit_table
to generate and commit metadata from scratch, eliminating the need to distinguish between RestCatalogs and other catalog types during transaction commitments.Additionally, I've noted that the existing create_table and new_table_metadata APIs lack support for initializing metadata with snapshot information. I think that responsibility should belong to
AddSnapshotUpdate
andupdate_table_metadata
. Thus, I've opted to maintain the current approach of utilizing_commit_table
for both functions.Does this approach sound reasonable to you? Please feel free to correct me if I've misunderstood any aspect of this process. Thanks for your input!