From: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | avoid MERGE_ACTION keyword? |
Date: | 2024-05-16 14:15:09 |
Message-ID: | 0f25e4ad-05f8-4607-a4e9-1e07b9adef26@eisentraut.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I wonder if we can avoid making MERGE_ACTION a keyword.
I think we could parse it initially as a function and then transform it
to a more special node later. In the attached patch, I'm doing this in
parse analysis. We could try to do it even later and actually execute
it as a function, if we could get the proper context passed into it somehow.
I'm thinking about this with half an eye on future features. For
example, row pattern recognition might introduce similar magic functions
match_number() and classifier() (somewhat the inspiration for the
merge_action() syntax), which could use similar treatment.
Thoughts?
Attachment | Content-Type | Size |
---|---|---|
0001-WIP-Avoid-MERGE_ACTION-keyword.patch | text/plain | 6.4 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Sriram RK | 2024-05-16 14:17:38 | Re: AIX support |
Previous Message | Daniel Gustafsson | 2024-05-16 14:08:14 | Re: Direct SSL connection with ALPN and HBA rules |