Add Explicit Error Handling for Unsupported SQL FETCH Clause in Planner and CLI
#18691
+50
−7
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Which issue does this PR close?
Rationale for this change
The
FETCH NEXTclause was being parsed without triggering an error, resulting in the CLI executing queries containing unsupported SQL syntax. This could mislead users into believing the feature is supported and undermine SQL correctness guarantees. Adding explicit handling ensures unsupported syntax fails fast with a clear and consistent error message.What changes are included in this PR?
FETCHclause inSqlToReland return anot_impl_err!when encountered.FETCHis used.FETCH.FETCHclause.Are these changes tested?
Yes. The PR includes:
fetch_clause_is_not_supported) verifying planner behavior.Are there any user-facing changes?
Yes. Queries using the SQL
FETCHclause will now produce a clear error instead of executing unexpectedly. Documentation has been updated to reflect this behavior.LLM-generated code disclosure
This pull request includes code that was generated with assistance from LLM.
All LLM-generated code in this PR has been manually reviewed and tested.