Clarify SELECT FOR UPDATE behavior in docs.

diff --git a/doc/src/sgml/ref/select.sgml b/doc/src/sgml/ref/select.sgml
index 372116be3fc822c43d388ee3a7cde706c27caf5e..15d9b75b59bede312d5b8787bc7484453f598cfb 100644 (file)
--- a/doc/src/sgml/ref/select.sgml
+++ b/doc/src/sgml/ref/select.sgml
@@ -1,5 +1,5 @@
 
 
@@ -1200,8 +1200,9 @@ FOR SHARE [ OF table_name [, ...] ]
     case of a join query, the rows locked are those that contribute to
     returned join rows.  In addition, rows that satisfied the query
     conditions as of the query snapshot will be locked, although they
-    will not be returned if they have since been updated to not satisfy
-    the query conditions.  If a LIMIT is used, locking stops
+    will not be returned if they were updated after the snapshot
+    and no longer satisfy the query conditions.  If a
+    LIMIT is used, locking stops
     once enough rows have been returned to satisfy the limit (but note that
     rows skipped over by OFFSET will get locked).  Similarly,
     if FOR UPDATE or FOR SHARE