Skip to content

INFORMATION_SCHEMA.TABLE_SCHEMA comparison with dynamic value bugfix#6881

Merged
harshit-gangal merged 1 commit intovitessio:release-8.0from
planetscale:fixes-6827
Oct 15, 2020
Merged

INFORMATION_SCHEMA.TABLE_SCHEMA comparison with dynamic value bugfix#6881
harshit-gangal merged 1 commit intovitessio:release-8.0from
planetscale:fixes-6827

Conversation

@systay
Copy link
Copy Markdown
Collaborator

@systay systay commented Oct 14, 2020

When we encounter a comparison with table_schema in the WHERE clause of an information_schema query, we extract the other side of the comparison and turn it into an evalengine expression. These expressions can be evaluated on the vtgate, and Vitess uses this information to figure out where it needs to send the query.

The issue here is when Vitess fails to transform the expression from an AST expression to a evalengine expression.
Instead of failing the query, we should just not do that particular rewrite

Fixes #6827

Signed-off-by: Andres Taylor <andres@planetscale.com>
@systay
Copy link
Copy Markdown
Collaborator Author

systay commented Oct 14, 2020

I think it should go into master as well. Even after unnesting (the first fix for this issue) we could encounter an expression we can’t handle in the evalengine

@harshit-gangal harshit-gangal merged commit b24e583 into vitessio:release-8.0 Oct 15, 2020
@harshit-gangal harshit-gangal added this to the v8.0 milestone Oct 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants