-
Notifications
You must be signed in to change notification settings - Fork 435
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
createdTime lost in metadata after schema change #2925
Comments
I mentioned this in #2925 that the I think it's worthwhile to ensure that the new metadata action contains an updated timestamp, even though its not required by the protocol. I am curious @crpcrp what you're using this field for 🤔 |
I thought it refered to the table creation, but thanks for the protocol link. This issue came up when I used an external table in BigQuery pointing to a Delta lake on GCS. After the schema changed, it failed to parse the delta lake log, because BigQuery expects a long data type in the createdTime metadata field. I've seen that the createdTime is optional, but have not found how to 'force' it to be filled. |
Environment
Delta-rs version: 0.20.1
Binding: Python
Environment:
Bug
What happened:
Using mode='append' and schema_mode='merge', the createdTime field became null in the metadata if there was a change in the schema in an append.
What you expected to happen:
The createdTime should be kept as its original value even after schema changes.
How to reproduce it:
More details:
The text was updated successfully, but these errors were encountered: