Autorisation refusée pour la relation

J'ai essayé d'exécuter une simple commande sql:

select * from site_adzone;

et j'ai eu cette erreur

ERROR:  permission denied for relation site_adzone

Quel pourrait être le problème ici?

J'ai également essayé de sélectionner d'autres tables et j'ai eu le même problème. J'ai aussi essayé de faire ça:

GRANT ALL PRIVILEGES ON DATABASE jerry to tom;

mais j'ai reçu cette réponse de la console

WARNING:  no privileges were granted for "jerry"

Avez-vous une idée de ce qui ne va pas?

GRANT sur la base de données n'est pas ce dont vous avez besoin. Accordez directement sur les tables.

L'octroi de privilèges sur la base de données est principalement utilisé pour accorder ou révoquer des privilèges de connexion. Cela vous permet de spécifier qui peut faire des choses dans la base de données si elles ont suffisamment d'autres autorisations.

Vous voulez plutôt:

 GRANT ALL PRIVILEGES ON TABLE side_adzone TO jerry;

Cela réglera ce problème.

Publication de la réponse de Ron E pour les privilèges de subvention sur toutes les tables, car cela pourrait être utile à d'autres.

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO jerry;

Connectez-vous d'abord à la bonne base de données , puis exécutez:

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO jerry;

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public to jerry;
GRANT ALL PRIVILEGES ON ALL SEQUENCES IN SCHEMA public to jerry;
GRANT ALL PRIVILEGES ON ALL FUNCTIONS IN SCHEMA public to jerry;

La première et importante étape consiste à se connecter à votre base de données:

psql -d yourDBName

2 étapes, accorder des privilèges

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO userName;

Pour accorder des autorisations à toutes les tables existantes du schéma, utilisez:

GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA <schema> TO <role>

Pour spécifier les autorisations par défaut qui seront appliquées aux futures tables, utilisez:

ALTER DEFAULT PRIVILEGES IN SCHEMA <schema> 
  GRANT <privileges> ON TABLES TO <role>;

par exemple

ALTER DEFAULT PRIVILEGES IN SCHEMA public 
  GRANT SELECT, INSERT, UPDATE, DELETE ON TABLES TO admin;

Si vous utilisez des colonnes SERIALou BIGSERIALalors vous voudrez probablement faire de même pour SEQUENCES, sinon votre INSERTéchouera ( Postgres 10IDENTITY ne souffre pas de ce problème et est recommandé par rapport aux SERIALtypes), c'est-à-dire

ALTER DEFAULT PRIVILEGES IN SCHEMA <schema> GRANT ALL ON SEQUENCES TO <role>;

Voir aussi ma réponse aux autorisations PostgreSQL pour Web App pour plus de détails et un script réutilisable.

Réf:

SUBVENTION

ALTER DEFAULT PRIVILEGES

Cela se produit fréquemment lorsque vous créez une table en tant que postgres utilisateur, puis essayez d'y accéder en tant qu'utilisateur ordinaire. Dans ce cas, il est préférable de se connecter en tant qu'utilisateur postgres et de changer la propriété de la table avec la commande:

alter table <TABLE> owner to <USER>;

Assurez-vous de vous connecter à psql en tant que propriétaire des tables. pour savoir à qui appartiennent les tables utilisées\dt

psql -h CONNECTION_STRING DBNAME -U OWNER_OF_THE_TABLES

alors vous pouvez exécuter les SUBVENTIONS

Comme vous recherchez des autorisations de sélection, je vous suggère d'accorder uniquement des privilèges de sélection plutôt que tous. Vous pouvez le faire en:

GRANT SELECT ON <table> TO <role>;

Vous devriez:

1. se connecter à la base de données via DBeaver avec l'utilisateur postgres
2. sur l'onglet gauche ouvrez votre base de données
3. ouvrir l'onglet / la liste déroulante des rôles
4. sélectionnez votre utilisateur
5. sur l'onglet de droite, appuyez sur «onglet Autorisations»
6. appuyez sur votre onglet de schéma
7. onglet / liste déroulante des tables de presse
8. sélectionner toutes les tables
9. cochez toutes les autorisations requises (ou appuyez sur Tout accorder)
10. appuyez sur Enregistrer

J'ai été confronté à ce problème une fois. changez simplement l'utilisateur de base de données en superutilisateur et votre problème est résolu.

ALTER USER myuser AVEC SUPERUSER;