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
The parser sucks #4
Comments
Interested! |
Awesome! This would be super high impact and bring LocustDB much closer to actually being usable. Right now parsing is done by the If there's anything I can help you with let me know. |
The sqlparser used in datafusion has been modularized out of datafusion - https://github.com/andygrove/sqlparser-rs . |
That looks awesome, @ivanceras. I tried to look at Diesel's parser a few weeks ago, but struggled to get it working. |
Wow great find, this project seems really well aligned with what we want in LocustDB! I finally had some time to play around with the parser, all the functionality we need is there and it also looks like the AST it outputs is already very similar to LocustDB's AST. Anyone wanna give it a shot? |
Working on it. |
The parser is awesome now. Thank you, @virattara! |
The parser solves a fairly well-defined problem and has a simple and clean interface to the rest of LocustDB so this is quite easy to work on without knowing much about the rest of the code.
I hacked together the parser within a few hours during the original hack week, and it has mostly remained unchanged since. It has serious issues:
Even if we ultimately decide to build our own parser, it would probably not be a bad idea in the short term to just leverage some other existing SQL parser. All we would need to do is add an additional pass that rejects parts of SQL not supported by LocustDB (most of them) and maps the rest into the AST format expected by the query engine.
The text was updated successfully, but these errors were encountered: