Skip to content
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

Versioning for Definitions #79

Open
simonharrer opened this issue Jul 11, 2024 · 1 comment
Open

Versioning for Definitions #79

simonharrer opened this issue Jul 11, 2024 · 1 comment

Comments

@simonharrer
Copy link
Contributor

Definitions should have a version as well.

@mschloesser
Copy link

In our scenario, we have a bunch of Parquet files in a S3 bucket. The schema evolved over time in terms of data type changes, newly added columns etc. From my understanding I don't have the ability to reflect those changes, neither in the server.location property, nor the model definition itself.

Is this what you mean when saying

Definitions should have a version as well.

?

Even if I have the ability to tag a model with a certain version (e.g. by introducing a property), I also need to be able to to tell the checker which S3 objects match the which model/schema version. As stated above, in our case we might have n files that match version 1.0.0 and m files that match version 1.1.0 all stored under the same S3 path. However, we don't have the ability to specify exactly which of these files match the 1.0.0 definition and which the 1.1.0.

I hope this issue was the right one for this discussion and my description makes sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants