Open RussellSpitzer opened 1 year ago
@RussellSpitzer , Is it fine, If I will continue on this ? If so Please assign this to me.
This issue has been automatically marked as stale because it has been open for 180 days with no activity. It will be closed in next 14 days if no further activity occurs. To permanently prevent this issue from being considered stale, add the label 'not-stale', but commenting on the issue is preferred when possible.
There is an in-progress PR #9335 with activity as recent as last week.
Feature Request / Improvement
Currently all versions of metadata tables have the exact same schema as their not "all" versions. This is actually not very useful if you are attempting to locate the state of a particular entry at a specific time because the
snapshot_id
always just shows the file's original snapshot.For example the entries table looks like
And
all_entries
looks likeBy looking at all_entries it is impossible for me to determine whether or not all the manifests were rewritten at once, or if they were rewritten in groups. Ideally we would see something like
Apologies that my code is not getting status status correctly but basically the idea being that we add on two columns (names are still up for debate) "as_of_snapshot", "as_of_time"
These would allow us to be able to analyze the actual history in all_entires and all_manifests
Query engine
None