You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[Spark] Add drop support for InCommitTimestamp table feature (delta-io#2873)
<!--
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.
-->
Adds drop feature support for InCommitTimestamps. When the user runs
DROP FEATURE, the following will happen if ICT is present in the
PROTOCOL:
1. If any of the ICT-related properties are present, the first commit
will:
- Set `IN_COMMIT_TIMESTAMPS_ENABLED` = true
- Remove `IN_COMMIT_TIMESTAMP_ENABLEMENT_VERSION` and
`IN_COMMIT_TIMESTAMP_ENABLEMENT_TIMESTAMP`
2. A second commit will remove ICT from the protocol.
## 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.
-->
New tests in the DeltaProtocolVersionSuite for the following scenarios:
1. When ICT is enabled from commit 0 onwards.
2. When ICT is enabled in some commit after 0.
3. Dropping when the feature is not there in protocol
4. Dropping when only one provenance property is present and even the
enablement property is not present
5. Dropping when none of the table properties are present
## 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'.
-->
Yes. Users will now be able to run ALTER TABLE <> DROP FEATURE
inCommitTimestamps-dev on their tables.
0 commit comments