-
Notifications
You must be signed in to change notification settings - Fork 183
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
pg_query_parse fails to parse valid SQL statement #132
Comments
@svenklemm Ah, interesting - I think the root cause here is the parser patch that supports treating Since Postgres 9.6 is EOL now, it seems reasonable to drop this patch altogether in the next major libpg_query release (i.e. the one targeting Postgres 14). Is this part of an extension you are using, or a custom operator in your environment? We do have special exclusion for certain commonly used operators, and so we could add it there, ahead of dropping the patch altogether: https://github.com/pganalyze/libpg_query/blob/13-latest/patches/02_parser_support_question_mark_as_param_ref.patch#L303 |
Thanks for the pointer. The promscale extension defines a |
The following statement will produce an error with pg_query_parse while being accepted by PG13. CREATE OPERATOR #? (LEFTARG=bool,RIGHTARG=bool,FUNCTION=boolge); pganalyze#132
The following statement will produce an error with pg_query_parse while being accepted by PG13. CREATE OPERATOR #? (LEFTARG=bool,RIGHTARG=bool,FUNCTION=boolge); #132
@svenklemm Thanks for the PR - merged! |
The following query fails with
syntax error at or near "?", at index 17
In postgresql 13 this query runs without problems.
The text was updated successfully, but these errors were encountered: