deprecate segment lock gran & NumberedOverwriteShardSpec#19050
deprecate segment lock gran & NumberedOverwriteShardSpec#19050gianm merged 4 commits intoapache:masterfrom
Conversation
|
Let's do deprecations in separate PRs. I'm certain I like the idea of deprecating segment locking: it never made it out of experimental status, and we have new ways of solving the same problems that it was meant to solve. I'm not as certain that I like deprecating native compaction right now, although, maybe? Per this comment I do think we should be moving towards MSQ compaction in general: #18996 (comment) so maybe now is a good time to deprecate native. Another possibility is that as a preparatory step we should make MSQ the default (if not already), nudge people towards it in the docs and web console (if not already), etc. I am not sure of the current state of those things. Couple other things about deprecations:
|
|
In terms of doc updates, there's also:
These should be changed from describing the feature as "experimental" to "deprecated". |
Deprecate segment lock gran & NumberedOverwriteShardSpec. New features should use TIME_CHUNK lock .
This PR has: