Validate literals in expression analyzer#10720
Conversation
kasiafi
left a comment
There was a problem hiding this comment.
Please cover also:
GenericLiteralwith typeJSON,IntervalLiteral
In fact, you could use LiteralInterpreter for the validation.
I thought about that, i chose not to, because i already have resolved coercion at hand, so |
4ee442d to
d3670d8
Compare
switched over to LiteralInterpreter, as otherwise JSON verification would be cumbersome
added |
d3670d8 to
bc3af3f
Compare
bc3af3f to
bc0899b
Compare
There was a problem hiding this comment.
This is a behavioral change, but IMO justified.
There was a problem hiding this comment.
This is a behavioral change -- see above.
|
rebased to resolve conflict with #10737 |
0a7d720 to
26dbcac
Compare
|
To be rebased after #10783 is merged. |
26dbcac to
4d65d6c
Compare
|
rebased after #10783 merged (no changes yet) |
As a result, optimizer can safely assume a `Literal` to represent a value of given type. Also, queries with invalid literal values should be guaranteed to fail, regardless of expression pruning.
4d65d6c to
d4dc855
Compare
As a result, optimizer can safely assume a
Literalto represent avalue of given type. Also, queries with invalid literal values should be
guaranteed to fail, regardless of expression pruning.
Fixes #10719
Fixes #10755