aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-10-25 17:34:47 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2023-10-25 17:34:47 -0400
commit733e99de4ec7cd2fcf291a2f8259d66b75f0a0b3 (patch)
tree5a71e9d1464817fa2f39bee2393c14f63dc0597b /src/backend/executor/nodeModifyTable.c
parentd8c3ed4f2981821a62fbd83509db28cfa49e8994 (diff)
downloadpostgresql-733e99de4ec7cd2fcf291a2f8259d66b75f0a0b3.tar.gz
postgresql-733e99de4ec7cd2fcf291a2f8259d66b75f0a0b3.zip
Doc: remove misleading info about ecpg's CONNECT/DISCONNECT DEFAULT.
As far as I can see, ecpg has no notion of a "default" open connection. You can do "CONNECT TO DEFAULT" but that just specifies letting libpq use all its default connection parameters --- the resulting connection is not special subsequently. In particular, SET CONNECTION = DEFAULT and DISCONNECT DEFAULT simply act on a connection named DEFAULT, if you've made one; they do not have special lookup rules. But the documentation of these commands makes it look like they do. Simplest fix, I think, is just to remove the paras suggesting that DEFAULT is special here. Also, SET CONNECTION *does* have one special lookup rule, which is that it recognizes CURRENT as an alias for the currently selected connection. SET CONNECTION = CURRENT is a no-op, so it's pretty useless, but nonetheless it does something different from selecting a connection by name; so we'd better document it. Per report from Sylvain Frandaz. Back-patch to all supported versions. Discussion: https://postgr.es/m/169824721149.1769274.1553568436817652238@wrigleys.postgresql.org
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions