Conversation
…admin#592) Signed-off-by: Nicolai Ehrhardt <245527909+predictor2718@users.noreply.github.com>
Signed-off-by: Nicolai Ehrhardt <245527909+predictor2718@users.noreply.github.com>
williamdes
left a comment
There was a problem hiding this comment.
Thank you for the PR, I am not too sure about using the in array check
Would DeSC still trigger this ?
Signed-off-by: Nicolai Ehrhardt <245527909+predictor2718@users.noreply.github.com>
Signed-off-by: Nicolai Ehrhardt <245527909+predictor2718@users.noreply.github.com>
|
Thank you for the review! Regarding the question about whether The parser normalizes keywords during lexing. So the condition is case-insensitive and mixed-case inputs won’t cause issues. To be safe, I also added additional tests covering:
All tests pass with the current implementation. |
| ['parser/parseAlterTableAddSpatialIndex1'], | ||
| ['parser/parseAlterTableAddUniqueKey1'], | ||
| ['parser/parseAlterTableAddUniqueKey2'], | ||
| ['parser/parseAlterTableAddUniqueKeyDesc'], |
There was a problem hiding this comment.
There is test files missing here
Also, maybe add an col1 ASC, col2 DESC test?
There was a problem hiding this comment.
Thank you for your reply and Happy New Year!
I have linked the files and added an Asc-Desc and Desc-Asc test.
Best regards
Description
This PR fixes incorrect parsing of
DESCinside index definitions inALTER TABLEstatements.Example:
This change updates AlterOperation::parse() so that ASC and DESC
are not interpreted as new statements within index definitions.
Fixes #592.