mirror of
https://github.com/postgres/postgres.git
synced 2025-07-08 11:42:09 +03:00
Add a note about the difference between Postgres' treatment of the rights
of an object owner and the SQL spec's treatment of these rights.
This commit is contained in:
@ -1,5 +1,5 @@
|
|||||||
<!--
|
<!--
|
||||||
$PostgreSQL: pgsql/doc/src/sgml/ref/grant.sgml,v 1.42 2004/08/07 20:44:50 tgl Exp $
|
$PostgreSQL: pgsql/doc/src/sgml/ref/grant.sgml,v 1.43 2004/09/01 04:13:11 tgl Exp $
|
||||||
PostgreSQL documentation
|
PostgreSQL documentation
|
||||||
-->
|
-->
|
||||||
|
|
||||||
@ -403,6 +403,18 @@ GRANT ALL PRIVILEGES ON kinds TO manuel;
|
|||||||
one object per command.
|
one object per command.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
|
<para>
|
||||||
|
<productname>PostgreSQL</productname> allows an object owner to revoke his
|
||||||
|
own ordinary privileges: for example, a table owner can make the table
|
||||||
|
read-only to himself by revoking his own INSERT, UPDATE, and DELETE
|
||||||
|
privileges. This is not possible according to the SQL standard. The
|
||||||
|
reason is that <productname>PostgreSQL</productname> treats the owner's
|
||||||
|
privileges as having been granted by the owner to himself; therefore he
|
||||||
|
can revoke them too. In the SQL standard, the owner's privileges are
|
||||||
|
granted by an assumed entity <quote>_SYSTEM</>. Not being
|
||||||
|
<quote>_SYSTEM</>, the owner cannot revoke these rights.
|
||||||
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
The SQL standard allows setting privileges for individual columns
|
The SQL standard allows setting privileges for individual columns
|
||||||
within a table:
|
within a table:
|
||||||
|
Reference in New Issue
Block a user