Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
[Spark] Create DV tombstones when dropping Deletion Vectors #117451 (#…
…4062) <!-- Thanks for sending a pull request! Here are some tips for you: 1. If this is your first time, please read our contributor guidelines: https://github.com/delta-io/delta/blob/master/CONTRIBUTING.md 2. If the PR is unfinished, add '[WIP]' in your PR title, e.g., '[WIP] Your PR title ...'. 3. Be sure to keep the PR description updated to reflect all changes. 4. Please write your PR title to summarize what this PR proposes. 5. If possible, provide a concise example to reproduce the issue for a faster review. 6. If applicable, include the corresponding issue number in the PR title and link it in the body. --> #### Which Delta project/connector is this regarding? <!-- Please add the component selected below to the beginning of the pull request title For example: [Spark] Title of my pull request --> - [x] Spark - [ ] Standalone - [ ] Flink - [ ] Kernel - [ ] Other (fill in here) ## Description <!-- - Describe what this PR changes. - Describe why we need the change. If this PR resolves an issue be sure to include "Resolves #XXX" to correctly link and close the issue upon merge. --> Drop feature with checkpoint protection allows dropped features to live in the table history. This has consequences in the vacuum command. This is because vacuum only reads the latest snapshot, and uses that to decide what can be deleted or not. This could lead clients that do not support past feature(s) to incorrectly vacuum auxiliary files, unless the latest snapshot can prevent this from happening using only features from the reduced protocol. The way that the table snapshot prevents deletion of files is by referencing files that were recently removed from the table (in the last 7 days) in RemoveFile actions or "tombstones". This is problematic when a newer feature extends the functionality of these tombstones. For instance, the Deletion Vectors feature has `RemoveFile` actions that contain a reference both to the main file as well as the auxiliary Deletion Vector file. But after the downgrade, clients will not see that auxiliary DV file reference anymore, and will not preserve Deletion Vectors that were only removed from the table within the past 7 days. This PR resolves this issue by ensuring that the auxiliary files are referenced by adding RemoveFile actions during the pre-downgrade process of Deletion Vectors. ## How was this patch tested? <!-- If tests were added, say they were added here. Please make sure to test the changes thoroughly including negative and positive cases if possible. If the changes were tested in any way other than unit tests, please clarify how you tested step by step (ideally copy and paste-able, so that other reviewers can test and check, and descendants can verify in the future). If the changes were not tested, please explain why. --> Added new tests in `DeltaFastDropFeatureSuite`. ## Does this PR introduce _any_ user-facing changes? <!-- If yes, please clarify the previous behavior and the change this PR proposes - provide the console output, description and/or an example to show the behavior difference if possible. If possible, please also clarify if this is a user-facing change compared to the released Delta Lake versions or within the unreleased branches such as master. If no, write 'No'. --> No.
- Loading branch information