Replies: 1 comment 7 replies
-
I like the "opt-in" approach you're suggesting. Users that want the "extended" naming syntax can opt into it (and break postgres compatibility). I'd probably remove the parenthesis altogether in the "extended syntax" case (e.g. One thing I'm worried about though is false positives. It's conceivable that a user would have the tokens |
Beta Was this translation helpful? Give feedback.
7 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
In one of my projects, I have long queries like this one:
Having to repeat all the names is cumbersome, even more, when I need to do it for all inserts and updates. I found your previous Reddit comment on that matter. I understand the appeal of using valid SQL, but i think we should also support named parameters.
We could use MySQL syntax
@name
that should be highlighted by code editor, an extended Postgres one$name
or another syntax found in SQLDelight:name
. Indexed and named parameters should be incompatible, so you can either writeor
Beta Was this translation helpful? Give feedback.
All reactions