-
Notifications
You must be signed in to change notification settings - Fork 6k
ddl: fix some limitation of primary key + global index #56808
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
Conversation
Hi @Defined2014. Thanks for your PR. PRs from untrusted users cannot be marked as trusted with I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #56808 +/- ##
=================================================
- Coverage 73.3016% 57.2825% -16.0191%
=================================================
Files 1636 1786 +150
Lines 453237 643171 +189934
=================================================
+ Hits 332230 368425 +36195
- Misses 100665 249501 +148836
- Partials 20342 25245 +4903
Flags with carried forward coverage won't be shown. Click here to find out more.
|
4e2f5eb
to
43001c4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, but I would prefer not to implicitly change the [NON]CLUSTERED PK depending on GLOBAL option, rather have the implicit default as is, and fail instead of having GLOBAL change the type implicitly.
pkg/ddl/create_table.go
Outdated
// The primary key is also a global index, shouldn't be a clustered index. | ||
if opt != nil && opt.Global { | ||
return false | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So we are changing the implicit default of CLUSTERED PK depending if we have a global index or not?
I would prefer to always have that explicit, and fail if normally it would be CLUSTERED, but GLOBAL is given.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated, @mjonss
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mjonss, tangenta The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest |
@Defined2014: Cannot trigger testing until a trusted user reviews the PR and leaves an In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
What problem does this PR solve?
Issue Number: close #56804
Problem Summary: If the primary index mentioned is a global index, then it should be a non-clustered index.
What changed and how does it work?
Check List
Tests
Side effects
Documentation
Release note
Please refer to Release Notes Language Style Guide to write a quality release note.