aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeSubqueryscan.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2020-12-08 13:09:47 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2020-12-08 13:09:47 -0500
commitc6f8d17d04d1bf1ddcbe0f2293d8f1462a1379f4 (patch)
tree26d2e00764d7bac7d109bb1528ed6598ca2179ef /src/backend/executor/nodeSubqueryscan.c
parentc5ba66077054e05f07f4e1c80d588f3f3c374b1c (diff)
downloadpostgresql-c6f8d17d04d1bf1ddcbe0f2293d8f1462a1379f4.tar.gz
postgresql-c6f8d17d04d1bf1ddcbe0f2293d8f1462a1379f4.zip
Doc: clarify that CREATE TABLE discards redundant unique constraints.
The SQL standard says that redundant unique constraints are disallowed, but we long ago decided that throwing an error would be too user-unfriendly, so we just drop redundant ones. The docs weren't very clear about that though, as this behavior was only explained for PRIMARY KEY vs UNIQUE, not UNIQUE vs UNIQUE. While here, I couldn't resist doing some copy-editing and markup-fixing on the adjacent text about INCLUDE options. Per bug #16767 from Matthias vd Meent. Discussion: https://postgr.es/m/16767-1714a2056ca516d0@postgresql.org
Diffstat (limited to 'src/backend/executor/nodeSubqueryscan.c')
0 files changed, 0 insertions, 0 deletions