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

refactor: Removes the deprecated KV Store feature #26376

Closed

Conversation

michael-s-molina
Copy link
Member

@michael-s-molina michael-s-molina commented Dec 28, 2023

SUMMARY

As part of the 4.0 approved initiatives, this PR removes the deprecated KV Store feature and its related assets such as the API endpoint, the keyvalue table, and the KV_STORE and SHARE_QUERIES_VIA_KV_STORE feature flags.

The previous value of both feature flags was False and now the feature is permanently removed.

TESTING INSTRUCTIONS

CI should be sufficient for merging this PR. We'll do a complete testing of 4.0 after all approved proposals are merged.

ADDITIONAL INFORMATION

  • Has associated issue:
  • Required feature flags:
  • Changes UI
  • Includes DB Migration (follow approval process in SIP-59)
    • Migration is atomic, supports rollback & is backwards-compatible
    • Confirm DB migration upgrade and downgrade tested
    • Runtime estimates and downtime expectations provided
  • Introduces new feature or API
  • Removes existing feature or API

@michael-s-molina michael-s-molina added risk:breaking-change Issues or PRs that will introduce breaking changes hold! On hold v4.0 Label added by the release manager to track PRs to be included in the 4.0 branch labels Dec 28, 2023
Copy link

codecov bot commented Dec 28, 2023

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (863f8bb) 69.18% compared to head (1fda831) 69.13%.
Report is 18 commits behind head on master.

Additional details and impacted files
@@            Coverage Diff             @@
##           master   #26376      +/-   ##
==========================================
- Coverage   69.18%   69.13%   -0.05%     
==========================================
  Files        1946     1946              
  Lines       75988    75943      -45     
  Branches     8479     8478       -1     
==========================================
- Hits        52570    52502      -68     
- Misses      21228    21258      +30     
+ Partials     2190     2183       -7     
Flag Coverage Δ
hive 53.67% <ø> (-0.02%) ⬇️
javascript 56.46% <100.00%> (-0.07%) ⬇️
mysql 78.06% <ø> (-0.02%) ⬇️
postgres 78.15% <ø> (-0.03%) ⬇️
presto 53.62% <ø> (-0.02%) ⬇️
python 82.84% <ø> (-0.02%) ⬇️
sqlite 76.81% <ø> (-0.03%) ⬇️
unit 55.79% <ø> (-0.01%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@michael-s-molina michael-s-molina marked this pull request as ready for review January 5, 2024 18:52
@michael-s-molina michael-s-molina requested a review from a team as a code owner January 5, 2024 18:52
Copy link
Member

@villebro villebro left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good riddance! LGTM

@john-bodley
Copy link
Member

john-bodley commented Jan 6, 2024

@villebro I think this might be more nuanced than simply removing feature flags as there's no clear migration plan away from previous shared SQL Lab links which users likely perceive as somewhat persistent in nature. We (Airbnb) are discussing how best to proceed with preserving these semi-permanent URLs for a finite period.

That said, I'll be stoked when we finally remove this logic for good.

@villebro
Copy link
Member

villebro commented Jan 6, 2024

@john-bodley One idea that came to mind - maybe you could just introduce a new namespace into the new kv store, migrate all existing legacy links to it and add the (now to be removed) endpoint to your local app extension that serves from the new kv store? If being able to serve these ancient links post 4.0 is important that is..

@john-bodley
Copy link
Member

john-bodley commented Jan 6, 2024

@villebro I think what you proposed is similar to what I previously proposed here in relation to the removal the deprecated redirect endpoint, apart from the local app extension, i.e., having us define and manage the lifecycle of the deprecated RESTful HTTP endpoint.

@john-bodley
Copy link
Member

john-bodley commented Jan 6, 2024

@michael-s-molina note that both the KV_STORE and SHARE_QUERIES_VIA_KV_STORE feature flag is currently deemed in development as opposed to deprecated.

I'm not certain (per the Semantic Versioning wiki page) whether i) these feature flags need to be first marked as deprecated and/or if there removal is deemed a breaking change given that (per the wiki):

These features are considered unfinished and should only be used on development environments.

@michael-s-molina
Copy link
Member Author

Closing in favor of #26450

@michael-s-molina michael-s-molina removed the hold! On hold label Jan 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
risk:breaking-change Issues or PRs that will introduce breaking changes size/XL v4.0 Label added by the release manager to track PRs to be included in the 4.0 branch
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants