-
Notifications
You must be signed in to change notification settings - Fork 421
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
Unable to write custom metadata via configuration since version 0.9.0 #1353
Comments
Thanks for reporting @torshind. Had a look and this is in fact a regression caused by us switching to a new implementation for the create command, which only honors "official" delta configuration. After reading the delta protocol a bit more is seems that it is completely feasible to write custom data into the table config, even if readers / writers do not know what to do with this. That said, a more common pattern - at least from what I have seen - is to include custom metadata with the commit information an not with the global table metadata. As it used to be the custom configuration would also only be included if a new table is created, and not if passed in subsequent writes to the table. I guess my questions are:
|
Hello, thanks for you answer.
|
# Description When switching to the create operation to back `write_deltalake` we allowed only known configuration keys on metadata. THis fixed that regression. # Related Issue(s) closes #1353
Environment
Delta-rs version: 0.9.0
Binding: python
Environment:
Bug
What happened: with version 0.9.0 a custom field isn't written anymore in metadata
What you expected to happen: read a custom metadata field without errors
How to reproduce it: write and read a table using
configuration={"configTest": "foobar"}
like in the unit tests of the previous versionThe text was updated successfully, but these errors were encountered: