Skip to content

Commit 77dff6b

Browse files
bmomjianreshke
authored andcommitted
doc: clarify wording about phantom reads
Reported-by: akhilhello@gmail.com Discussion: https://postgr.es/m/165222922369.669.10475917322916060899@wrigleys.postgresql.org Backpatch-through: 10
1 parent 9b0c67e commit 77dff6b

2 files changed

Lines changed: 5 additions & 4 deletions

File tree

doc/src/sgml/high-availability.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2194,7 +2194,7 @@ HINT: You can then restart the server after making the necessary configuration
21942194
Currently, temporary table creation is not allowed during read-only
21952195
transactions, so in some cases existing scripts will not run correctly.
21962196
This restriction might be relaxed in a later release. This is
2197-
both an SQL Standard compliance issue and a technical issue.
2197+
both an SQL standard compliance issue and a technical issue.
21982198
</para>
21992199

22002200
<para>

doc/src/sgml/mvcc.sgml

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -277,9 +277,10 @@
277277

278278
<para>
279279
The table also shows that PostgreSQL's Repeatable Read implementation
280-
does not allow phantom reads. Stricter behavior is permitted by the
281-
SQL standard: the four isolation levels only define which phenomena
282-
must not happen, not which phenomena <emphasis>must</emphasis> happen.
280+
does not allow phantom reads. This is acceptable under the SQL
281+
standard because the standard specifies which anomalies must
282+
<emphasis>not</emphasis> occur at certain isolation levels; higher
283+
guarantees are acceptable.
283284
The behavior of the available isolation levels is detailed in the
284285
following subsections.
285286
</para>

0 commit comments

Comments
 (0)