-
Notifications
You must be signed in to change notification settings - Fork 39
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 project+ fn #87
Comments
We debated this quite a bit when doing the initial implementation. What it came down to is that project is by definition non-additive. Since I cant offer deeper insights into RA than the creators of it, I decided to adhere by their standards. I think this is a good example of how easy it is to extend ClojureQL, without the need to modify ClojureQL itself. Your thoughts? |
I can understand that you want to keep it clean. On the other |
Thats not a bad idea. We really should compile a list of things for cql.utils |
What about making it so this does what you want?
|
Agreed. I think |
Oops. Was trying to fix formatting on r0man's post, but accidentally hit delete (fingers are too big for my iPhone). |
Here is r0man's message: I tried this, but the spots-with-address is actually defined like this:
When using spots-with-address defined like above and applying the project operator in another function like this:
... it selects everything from the spots table ( The shortcut I think since |
Sometimes I want to add artificial fields to a query but can't
use project, because it overwrites previous selections. What
about adding something like:
to ClojureQL? With this function I can add a "distance
calculation" to the query with something like this:
Thoughts? Suggestions?
The text was updated successfully, but these errors were encountered: