aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/arrayutils.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
commitc45a45fedbcffecfcd318a0a9349d3e1bbfb5e49 (patch)
tree0db8558f8aa6d5d60c77af362f125032bd91ecb6 /src/backend/utils/adt/arrayutils.c
parent85b9e8853fb5bd9c99fb71a1f1852cbbbfedbe3f (diff)
downloadpostgresql-c45a45fedbcffecfcd318a0a9349d3e1bbfb5e49.tar.gz
postgresql-c45a45fedbcffecfcd318a0a9349d3e1bbfb5e49.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/utils/adt/arrayutils.c')
0 files changed, 0 insertions, 0 deletions