-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
roachpb/client: remove LegacyRangeLookup and DeprecatedRangeLookupRequest #26329
Merged
craig
merged 2 commits into
cockroachdb:master
from
nvanbenschoten:nvanbenschoten/legacyRangeLookup
Jun 4, 2018
Merged
roachpb/client: remove LegacyRangeLookup and DeprecatedRangeLookupRequest #26329
craig
merged 2 commits into
cockroachdb:master
from
nvanbenschoten:nvanbenschoten/legacyRangeLookup
Jun 4, 2018
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This option was a predecessor to the READ_UNCOMMITTED read consistency type. It was only used in 1.1, so it no longer needs to be supported in 2.1 clusters. Release note: None
…uest Cockroach 2.1 clusters will always support meta2 splits, so the legacy range lookup approach is never allowable. No node in a 2.1 cluster will send DeprecatedRangeLookupRequests either, so the code is no longer needed. Release note: None
Review status: all files reviewed at latest revision, all discussions resolved, all commit checks successful. Comments from Reviewable |
bors r+ |
craig bot
pushed a commit
that referenced
this pull request
Jun 4, 2018
26148: Makefile,pkg/ui: fix compilation of JS CCL protobufs r=couchand,mberhault a=benesch Main commit message reproduced below, but there are two smaller commits as well. --- PR #26040 introduced a dependency on CCL protobufs in the UI. The build changes in that PR were slightly buggy; specifically, any protobuf that was depended upon by both an OSS and CCL protobuf would be included in the JavaScript bundle twice. This sort of double-inclusion causes subtle problems, like the deepEqual in a unit test that suddenly started failing [0]. To ensure only one copy of each protobuf is included, have the OSS and CCL UI builds depend upon completely independent protobuf DLLs. The OSS protobuf DLL includes only OSS protobufs, of course, while the CCL protobuf DLL includes both the OSS and CCL protobufs. The protobuf compiler, pbjs, takes care of including each dependent protobuf exactly once. To avoid creating a webpack configuration for each distribution and distribution (i.e., webpack.protos.ccl.js and webpack.protos.oss.js), use webpack's support for parameterized configs. For consistency, collapse webpack.oss.js and webpack.ccl.js into a parameterized config in webpack.app.js. Additionally, deduplicate the Make rules that compile the CCL JavaScript and TypeScript protobufs. The OSS and CCL rules are nearly identical, so they can share a recipe with a little bit of Make magic. [0]: https://github.com/cockroachdb/cockroach/pull/26040/files#diff-9c8c2f256576e5704513c79be1173f5cR452 26329: roachpb/client: remove LegacyRangeLookup and DeprecatedRangeLookupRequest r=nvanbenschoten a=nvanbenschoten Cockroach 2.1 clusters will always support meta2 splits, so the legacy range lookup approach is never allowable. No node in a 2.1 cluster will send DeprecatedRangeLookupRequests either, so the code is no longer needed. The change also removes the `DeprecatedReturnIntents` option on ScanRequests. This option was a predecessor to the READ_UNCOMMITTED read consistency type. It was only used in 1.1, so it no longer needs to be supported in 2.1 clusters. 26368: opt: enable distsql_union, fix some issues r=RaduBerinde a=RaduBerinde #### opt: fix two cases of errors caused by "inner" ORDER BY When the `ORDER BY` adds columns to the scope, we want to remove these columns before set operations, and for subqueries. Release note: None #### opt: fix set operations crash during exec When building a set operation, we use the leftScope which might have an ordering. This ordering must be discarded (it can refer to columns that have been removed, causing a crash when we try to execbuild the query). Release note: None #### opt: split distsql_union and enable for opt The opt version of the planner test has some distsql plan differences; they are mostly due to the optimizer ignoring inner ORDER BY (which the planner doesn't). Release note: None Co-authored-by: Nikhil Benesch <[email protected]> Co-authored-by: Nathan VanBenschoten <[email protected]> Co-authored-by: Radu Berinde <[email protected]>
Build succeeded |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Cockroach 2.1 clusters will always support meta2 splits, so the legacy
range lookup approach is never allowable. No node in a 2.1 cluster will
send DeprecatedRangeLookupRequests either, so the code is no longer needed.
The change also removes the
DeprecatedReturnIntents
option on ScanRequests.This option was a predecessor to the READ_UNCOMMITTED read consistency type.
It was only used in 1.1, so it no longer needs to be supported in 2.1 clusters.