Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit bdf4579

Browse files
Correct docs for behaviour of ALTER DATABASE .. RENAME during Hot Standby.
Actual behaviour did not match documented behaviour and we have agreed that it should be the docs that change. Spotted by Bernd Helmle
1 parent d79a1a1 commit bdf4579

File tree

1 file changed

+6
-3
lines changed

1 file changed

+6
-3
lines changed

doc/src/sgml/high-availability.sgml

+6-3
Original file line numberDiff line numberDiff line change
@@ -1764,12 +1764,15 @@ LOG: database system is ready to accept read only connections
17641764
</para>
17651765

17661766
<para>
1767-
Running <command>DROP DATABASE</>, <command>ALTER DATABASE ... SET
1768-
TABLESPACE</>, or <command>ALTER DATABASE ... RENAME</> on the primary
1767+
Running <command>DROP DATABASE</> or <command>ALTER DATABASE ... SET
1768+
TABLESPACE</> on the primary
17691769
will generate a WAL entry that will cause all users connected to that
17701770
database on the standby to be forcibly disconnected. This action occurs
17711771
immediately, whatever the setting of
1772-
<varname>max_standby_streaming_delay</>.
1772+
<varname>max_standby_streaming_delay</>. Note that
1773+
<command>ALTER DATABASE ... RENAME</> does not disconnect users, which
1774+
in most cases will go unnoticed, though might in some cases cause a
1775+
program confusion if it depends in some way upon database name.
17731776
</para>
17741777

17751778
<para>

0 commit comments

Comments
 (0)