-
Notifications
You must be signed in to change notification settings - Fork 171
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
Improve readability of subqueries #638
Comments
I think the translation of dplyr to SQL with CTEs would be fairly straightforward, each (un-optimized) pipe step would correspond to a derived CTE. Would love to see this! |
I wish I found the CTE syntax more compelling. Other people seem to like it, but it doesn't seem like a much of an improvement to me. That doesn't mean that you shouldn't keep working on it, just don't expect me to be excited 😄 |
I'm a nobody, but I saw this was recently launched and had to chime in and say thank you!! I want to say I've been trying to think through how to do this for my own use cases for the last 6 months. I use |
@bryanwhiting Thanks a lot for you comment. I am very pleased to see that others benefit from my contributions 😄 |
dbplyr
generated SQL would be much easier to understand if one could add custom subquery names or even create CTE ("with" clause). For exampleproduces (I added some indentation to improve readability already a bit)
This would be a bit easier with a custom name for the subquery
and even better with a CTE
I haven't thought about syntax yet (especially CTE might be a bit tricky) but if you like the idea I'll try to come up with a concept.
The text was updated successfully, but these errors were encountered: