aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistutil.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2017-10-30 16:44:26 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2017-10-30 16:44:26 -0400
commit7becb5fa1d8760ee70258ff23ce229ce5451c597 (patch)
tree284146da4f989020168099bd6056cce55d25191a /src/backend/access/gist/gistutil.c
parent52ca7572c3642ccbb46a619c03efe1928811ceae (diff)
downloadpostgresql-7becb5fa1d8760ee70258ff23ce229ce5451c597.tar.gz
postgresql-7becb5fa1d8760ee70258ff23ce229ce5451c597.zip
Doc: call out UPDATE syntax change as a v10 compatibility issue.
The change made by commit 906bfcad7 means that if you're writing a parenthesized column list in UPDATE ... SET, but that column list is only one column, you now need to write ROW(expression) on the righthand side, not just a parenthesized expression. This was an intentional change for spec compatibility and potential future expansion of the possibilities for the RHS, but I'd neglected to document it as a compatibility issue, figuring that hardly anyone would bother with parenthesized syntax for a single target column. I was wrong, as shown by questions from Justin Pryzby, Adam Brusselback, and others. Move the release note item into the compatibility section and point out the behavior change for a single target column. Discussion: https://postgr.es/m/CAMjNa7cDLzPcs0xnRpkvqmJ6Vb6G3EH8CYGp9ZBjXdpFfTz6dg@mail.gmail.com
Diffstat (limited to 'src/backend/access/gist/gistutil.c')
0 files changed, 0 insertions, 0 deletions