diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2023-10-25 17:34:47 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2023-10-25 17:34:47 -0400 |
commit | c45a45fedbcffecfcd318a0a9349d3e1bbfb5e49 (patch) | |
tree | 0db8558f8aa6d5d60c77af362f125032bd91ecb6 /src/backend/utils/adt/arrayutils.c | |
parent | 85b9e8853fb5bd9c99fb71a1f1852cbbbfedbe3f (diff) | |
download | postgresql-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