Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 4e594a4

Browse files
committed
doc: clarify wording about phantom reads
Reported-by: [email protected] Discussion: https://postgr.es/m/[email protected] Backpatch-through: 10
1 parent 86258f0 commit 4e594a4

File tree

2 files changed

+5
-4
lines changed

2 files changed

+5
-4
lines changed

doc/src/sgml/high-availability.sgml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2315,7 +2315,7 @@ LOG: database system is ready to accept read only connections
23152315
Currently, temporary table creation is not allowed during read only
23162316
transactions, so in some cases existing scripts will not run correctly.
23172317
This restriction might be relaxed in a later release. This is
2318-
both a SQL Standard compliance issue and a technical issue.
2318+
both a SQL standard compliance issue and a technical issue.
23192319
</para>
23202320

23212321
<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</> 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)