-
Notifications
You must be signed in to change notification settings - Fork 605
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
Support error line/column number reporting during parsing #7863
Comments
+1 for this, I guess we will first persist it in AST and eventually in bound query for error reporting? Are there any user facing errors that are only reported during optimization? Yes, stream nested loop join etc... but I guess these are rare, don't need to persist line/column number in planner for error reporting. |
This requires a lot of work as the https://databend.rs/blog/databend-release-v0.8#new-parser-the-best-parser |
Refactoring |
What do you mean? I think it is reporting line/pos in the parser that requires a large refactoring 🥵 |
For reference, some upstream issues: |
@chenzl25 Ping, any updates? |
No updates currently. |
Considering it can make SQL debugging quite painful, especially when SQL is long, it is critical to user experience.
Wonder if chatGPT can do a good job of finding the location of this type of error. 🤣
The text was updated successfully, but these errors were encountered: