PostgreSQL: autorisation refusée pour la relation

Je suis un peu confus quant à la définition des autorisations dans PostgreSQL.

J'ai ces rôles:

                             List of roles
 Role name |                   Attributes                   | Member of 
-----------+------------------------------------------------+-----------
 admin     | Superuser, Create role, Create DB, Replication | {}
 meltemi   | Create role, Create DB                         | {rails}
 rails     | Create DB, Cannot login                        | {}
 myapp     |                                                | {rails}

et bases de données:

                                    List of databases
        Name         | Owner  | Encoding |   Collate   |    Ctype    | Access privileges 
---------------------+--------+----------+-------------+-------------+-------------------
 myapp_production    | rails  | UTF8     | en_US.UTF-8 | en_US.UTF-8 | 
 ...

l'utilisateur myappn'a aucun problème à interroger la myapp_productionbase de données en ajoutant et en supprimant des enregistrements. J'aimerais meltemiégalement pouvoir interroger la même base de données. Donc, j'ai créé un rôle railsqui possède la base de données et fait les deux meltemiet les myappmembres de rails. Mais je reçois toujours des permission denied for relationerreurs. Meltemipeut afficher le schéma mais ne peut pas interroger la base de données.

Je viens de remarquer (avec \dtcommande) quemyapp c'est le propriétaire des tables:

             List of relations
 Schema |       Name        | Type  | Owner 
--------+-------------------+-------+-------
 public | events            | table | myapp
 public | schema_migrations | table | myapp
 ...
 public | users             | table | myapp
 ...

Les tables ont été créées via un ORM (migrations ActiveRecord de Rails).

Je sais que l'autorisation est très différente dans PostgreSQL (par opposition à MySQL et autres que j'ai utilisés). Comment dois-je configurer ma base de données pour que différents utilisateurs puissent y accéder. Certains devraient être capables de CRUD mais d'autres peuvent seulement lire, etc ...

Merci pour toute aide. Désolé, je sais que c'est une question très basique mais je n'ai pas pu trouver la réponse moi-même.

Je viens d'écrire à ce sujet dans ma réponse à l' octroi de droits sur la base de données postgresql à un autre utilisateur sur ServerFault.

Fondamentalement, la meilleure solution lorsque vous avez un seul utilisateur et que vous souhaitez accorder les mêmes droits à d'autres utilisateurs est de transformer cet utilisateur en groupe, de créer un nouvel utilisateur avec le même nom que celui d'origine qui est membre du groupe, et accorder ce groupe à d'autres utilisateurs également.

Donc, dans votre cas, railsest renommé pour dire myapp_users, puis vous créez un nouveau rôle de connexion (utilisateur) nommé railset GRANT myapp_users TO rails. Maintenant tu es GRANT myapp_users TO meltemi. Le nouveau railscompte et l' meltemiutilisateur ont désormais les droits de l'ancien railscompte.

Pour un contrôle plus fin, je vous conseille généralement d'éviter de donner aux utilisateurs de connexion au jour le jour ou à leurs groupes la propriété des tables. Donnez-leur accès via un NOINHERITgroupe auquel ils doivent explicitement SET GROUP, ou mieux, utiliser un utilisateur complètement différent pour des opérations privilégiées comme DDL et GRANTs. Malheureusement, cela ne fonctionne pas avec Rails, car Rails aime appliquer les migrations quand il le souhaite et AFAIK ne vous donne pas la possibilité de spécifier un utilisateur différent et plus privilégié pour exécuter les migrations.