-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Gen4: extracting routing information from predicates for system tables #8480
Conversation
… query Signed-off-by: Harshit Gangal <harshit@planetscale.com>
…ed all system tables plan tests into its own file Signed-off-by: Harshit Gangal <harshit@planetscale.com>
…e them to validate that all the tables points to same keyspace routing Signed-off-by: Harshit Gangal <harshit@planetscale.com>
Signed-off-by: Harshit Gangal <harshit@planetscale.com>
Signed-off-by: Harshit Gangal <harshit@planetscale.com>
5d4beac
to
38f506b
Compare
…ault keyspace is not set Signed-off-by: Harshit Gangal <harshit@planetscale.com>
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.
Just a nit. Let's double-approve with @systay though
ksName := "" | ||
if vschema.keyspace != nil { | ||
ksName = vschema.keyspace.Name | ||
} |
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.
We can probably extract this. We use the same snippet in three different places
…re not information_schema queries Signed-off-by: Harshit Gangal <harshit@planetscale.com>
Signed-off-by: Harshit Gangal <harshit@planetscale.com>
@@ -95,6 +97,10 @@ type ( | |||
|
|||
// columns needed to feed other plans` | |||
columns []*sqlparser.ColName | |||
|
|||
// The following two fields are used when routing information_schema queries | |||
SysTableTableSchema []evalengine.Expr |
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.
hmm... we are using sqlparser.Expr
for predicates here. feels icky to mix both parser stuff and evalengine stuff in the same struct. would it make sense to keep this as AST elements and turn them into evalengine thingies in the jointree_transformers
?
Will address review comments in following PR |
Description
Add support for information_schema queries in Gen4. This also works if CNF rewriting is required.
Related Issue(s)
#7280
Checklist
Deployment Notes