Postgres Pro
Downloads
Home   >   mailing lists

Re: SQL command : ALTER DATABASE OWNER TO - Mailing list pgsql-docs

From gparc@free.fr
Subject Re: SQL command : ALTER DATABASE OWNER TO
Date
Msg-id 1127838244.215820663.1706123288688.JavaMail.zimbra@free.fr
Whole thread Raw
In response to Re: SQL command : ALTER DATABASE OWNER TO  (gparc@free.fr)
List pgsql-docs
Tree view
David,
reading again your last reply, it reminded me that as soon as we create a database
we revoke default PUBLIC grants (i.e revoke all on <new_database> from public) to grant
only databases privileges to specific roles/users.
That's why after changing database ownership, we have to (re)grant privileges (ie. grant all on database)
to the old owner...and that's what i forgot to do.
So no problem at all and documentation is OK.
Sorry for the noise !

Best regards
Gilles

De: "gparc" <gparc@free.fr>
À: "David G. Johnston" <david.g.johnston@gmail.com>
Cc: "Laurenz Albe" <laurenz.albe@cybertec.at>, "Daniel Gustafsson" <daniel@yesql.se>, "pgsql-docs" <pgsql-docs@lists.postgresql.org>
Envoyé: Mercredi 24 Janvier 2024 18:11:30
Objet: Re: SQL command : ALTER DATABASE OWNER TO

De: "David G. Johnston" <david.g.johnston@gmail.com>
À: "gparc" <gparc@free.fr>
Cc: "Laurenz Albe" <laurenz.albe@cybertec.at>, "Daniel Gustafsson" <daniel@yesql.se>, "pgsql-docs" <pgsql-docs@lists.postgresql.org>
Envoyé: Mercredi 24 Janvier 2024 17:50:17
Objet: Re: SQL command : ALTER DATABASE OWNER TO

On Wed, Jan 24, 2024 at 9:23 AM <gparc@free.fr> wrote:-
[postgres] $ psql
psql (14.10)


You really should add commentary, especially since you never demonstrated the tst role (I advise picking different names for all of the objects in the future) being unable to login.  Which they should be able to since public is shown to have "c" connect privileges (=Tc/tst)

 
[postgres@PGDEV14] postgres=# create user tst password 'tst';
CREATE ROLE
[postgres@PGDEV14] postgres=# create database tst owner = tst;
CREATE DATABASE

This next command is pointless, it is a no-op, as soon as you made them owner of the tst database they already had all privileges to it, granted by the same user that created the database.  And only it, that command is not recursing through the database into schemas and tables and adding more permissions.  That isn't how this all works, a database is an object.  While it is also a concept that encompasses the entire schema within it the permissions system only cares about the first definition.

[postgres@PGDEV14] postgres=# grant all on database tst to tst;
GRANT
[postgres@PGDEV14] postgres=# \l+ tst
                                              Liste des bases de données
 Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d'accès | Taille  | Tablespace | Description
-----+--------------+----------+-----------------+--------------+----------------+---------+------------+-------------
 tst | tst          | UTF8     | fr_FR.UTF-8     | fr_FR.UTF-8  | =Tc/tst       +| 9809 kB | pg_default |
     |              |          |                 |              | tst=CTc/tst    |         |            |
(1 ligne)


What are you trying to demonstrate here?


[postgres@PGDEV14] tst=# \dn+ tst
                 Liste des schémas
 Nom | Propriétaire | Droits d'accès | Description
-----+--------------+----------------+-------------
 tst | tst          |                |
(1 ligne)


David J.



David,
what I wanted to demonstrate/convey is that when I alter the ownership of a **database**, the old owner loses all his privileges on it
(even CONNECT) although he still owns schema and objects (table, index,..) inside it.
As such, he can't use his own schema anymore.
That's why I propose to update the documentation as it's weird, at least for me, when you get caught by this behaviour.

Regards
Gilles

pgsql-docs by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: SQL command : ALTER DATABASE OWNER TO
Next
From: "David G. Johnston"
Date:
Subject: Re: SQL command : ALTER DATABASE OWNER TO