doc: PG 16 relnotes: clarify LOCK TABLE description

Backpatch-through: 16 only

doc/src/sgml/release-16.sgml

@@ -948,14 +948,15 @@ Author: Jeff Davis <jdavis@postgresql.org>
        </para>
 
        <para>
-        Previously the ability to perform <command>LOCK
+        Previously a user's ability to perform <command>LOCK
-        TABLE</command> at various lock levels was bound to
+        TABLE</command> at various lock levels was limited to the
-        specific query-type permissions.  For example, <link
+        lock levels required by the commands they had permission
+        to execute on the table.  For example, someone with <link
         linkend="sql-update"><command>UPDATE</command></link>
-        could perform all lock levels except
+        permission could perform all lock levels except <literal>ACCESS
-        <literal>ACCESS SHARE</literal>, which required <link
+        SHARE</literal>, even though it was a lesser lock level.  Now users
-        linkend="sql-select"><command>SELECT</command></link> permissions.
+        can issue lesser lock levels if they already have permission for
-        Now <command>UPDATE</command> can issue all lock levels.  MORE?
+        greater lock levels.
        </para>
       </listitem>