Remarque: Comme @trygvis le mentionne dans la réponse ci - dessous , la REASSIGN OWNED
commande est disponible depuis au moins la version 8.2 et est une méthode beaucoup plus simple.
Étant donné que vous modifiez la propriété de toutes les tables, vous souhaiterez probablement également des vues et des séquences. Voici ce que j'ai fait:
Les tables:
for tbl in `psql -qAt -c "select tablename from pg_tables where schemaname = 'public';" YOUR_DB` ; do psql -c "alter table \"$tbl\" owner to NEW_OWNER" YOUR_DB ; done
Séquences:
for tbl in `psql -qAt -c "select sequence_name from information_schema.sequences where sequence_schema = 'public';" YOUR_DB` ; do psql -c "alter sequence \"$tbl\" owner to NEW_OWNER" YOUR_DB ; done
Vues:
for tbl in `psql -qAt -c "select table_name from information_schema.views where table_schema = 'public';" YOUR_DB` ; do psql -c "alter view \"$tbl\" owner to NEW_OWNER" YOUR_DB ; done
Vous pourriez probablement sécher cela un peu, car les instructions alter sont identiques pour les trois.
REASSIGN OWNED BY old_role [, ...] TO new_role
Vous pouvez utiliser la
REASSIGN OWNED
commande.Synopsis:
Cela modifie tous les objets appartenant à
old_role
le nouveau rôle. Vous n'avez pas à penser au type d'objets que possède l'utilisateur, ils seront tous modifiés. Notez qu'il ne s'applique qu'aux objets à l'intérieur d'une seule base de données. Cela ne modifie pas non plus le propriétaire de la base de données elle-même.Il est disponible depuis au moins 8.2. Leur documentation en ligne remonte à très loin.
la source
ERROR: unexpected classid 3079
. Je suppose que cela ne fonctionne pas actuellement s'il y a des extensions.Ceci: http://archives.postgresql.org/pgsql-bugs/2007-10/msg00234.php est également une solution agréable et rapide, et fonctionne pour plusieurs schémas dans une base de données:
les tables
Les séquences
Vues
Vues matérialisées
Basé sur cette réponse
Cela génère tous les
ALTER TABLE
/ALTER SEQUENCE
/ nécessairesALTER VIEW
instructions , copiez-les et collez-les dans plsql pour les exécuter.Vérifiez votre travail dans psql en faisant:
la source
Si vous voulez le faire dans une instruction sql, vous devez définir une fonction exec () comme mentionné dans http://wiki.postgresql.org/wiki/Dynamic_DDL
Ensuite, vous pouvez exécuter cette requête, cela changera le propriétaire des tables, des séquences et des vues:
$ NEWUSER est le nouveau nom postgresql du nouveau propriétaire.
Dans la plupart des cas, vous devez être superutilisateur pour exécuter cela. Vous pouvez éviter cela en changeant le propriétaire de votre propre utilisateur en un groupe de rôles dont vous êtes membre.
Merci à RhodiumToad sur #postgresql pour son aide.
la source
J'ai récemment dû changer la propriété de tous les objets d'une base de données. Bien que les tables, les vues, les déclencheurs et les séquences aient été quelque peu modifiés facilement, l'approche ci-dessus a échoué pour les fonctions car la signature fait partie du nom de la fonction. Certes, j'ai une formation MySQL et je ne connais pas très bien Postgres.
Cependant, pg_dump vous permet de vider uniquement le schéma et celui-ci contient le ALTER xxx OWNER TO yyy; déclarations dont vous avez besoin. Voici ma magie du shell sur le sujet
la source
grep
commande. Je suis moi-même nouveau sur Linux, mais d'après ce que je comprends, il semble que cesed
soit très bien à utiliser, d'autant plus que vous spécifiez une correspondance insensible à la casse de toute façon.très simple, essayez-le ...
la source
est très simple
terminé.
la source
J'aime celui-ci car il modifie les tables , les vues , les séquences et les fonctions propriétaire d'un certain schéma en une seule fois (dans une instruction sql), sans créer de fonction et vous pouvez l'utiliser directement dans PgAdmin III et psql :
(Testé dans PostgreSql v9.2)
Sur la base des réponses fournies par @rkj, @AlannaRose, @SharoonThomas, @ user3560574 et cette réponse par @a_horse_with_no_name
Merci beaucoup.
Mieux encore: changez également le propriétaire de la base de données et du schéma .
la source
information_schema.sequences
est vide, même s'ilSELECT c.* FROM pg_class c WHERE c.relkind = 'S';
répertorie les séquences. Pourquoi pourraient-ils ne pas correspondre?ALTER
requête ne devrait-elle pas être unALTER SEQUENCE
?J'ai dû changer la propriété des tables, des vues et des séquences et j'ai trouvé que la grande solution publiée par @rjk fonctionnait bien - malgré un détail: si les noms d'objet sont de casse mixte (par exemple "TableName"), cela échouera avec un " Erreur non trouvée.
Pour contourner cela, enveloppez les noms des objets avec '"' comme ceci:
les tables
Les séquences
Vues
la source
Vous pouvez essayer ce qui suit dans PostgreSQL 9
la source
Il n'y a pas une telle commande dans PostgreSQL. Mais vous pouvez contourner ce problème en utilisant la méthode que j'ai décrite il y a quelque temps pour les subventions.
la source
Sur la base de la réponse d'elysch , voici une solution pour plusieurs schémas:
la source
La réponse de @Alex Soto est la bonne et l'essentiel téléchargé par @Yoav Aner fonctionne également à condition qu'il n'y ait pas de caractères spéciaux dans les noms de table / vue (qui sont légaux en postgres).
Vous devez leur échapper pour travailler et j'ai téléchargé un résumé pour cela: https://gist.github.com/2911117
la source
Redirigez ensuite le fichier de sauvegarde vers PostgreSQL en utilisant:
Comme aucun propriétaire n'est inclus, tous les tableaux, schémas, etc. créés sont créés sous l'utilisateur de connexion que vous spécifiez.
J'ai lu que cela pourrait également être une bonne approche pour la migration entre les versions de PostgreSQL.
la source
J'ai créé un script pratique pour cela; pg_change_db_owner.sh . Ce script change la propriété de toutes les tables, vues, séquences et fonctions dans un schéma de base de données et également le propriétaire du schéma lui-même.
Veuillez noter que si vous souhaitez simplement modifier la propriété de tous les objets, dans une base de données particulière, appartenant à un rôle de base de données particulier, vous pouvez simplement utiliser la commande à la
REASSIGN OWNED
place.la source
À partir de PostgreSQL 9.0, vous avez la possibilité de savoir
GRANT [priv name] ON ALL [object type] IN SCHEMA
où[priv name]
est le standardSELECT, INSERT, UPDATE, DELETE, etc
et vous[object type]
pouvez être l'un des suivants:TABLES
SEQUENCES
FUNCTIONS
Les documents de PostgreSQL sur
GRANT
etREVOKE
aller plus en détail à ce sujet. Dans certaines situations, il est toujours nécessaire d'utiliser des astuces impliquant les catalogues système (pg_catalog.pg_*
), mais ce n'est pas aussi courant. Je fais souvent ce qui suit:BEGIN
une transaction pour modifier les privsDATABASES
en "rôle DBA"SCHEMAS
pour le "rôle DBA"REVOKE ALL
privs sur tousTABLES
,SEQUENCES
etFUNCTIONS
de tous les rôlesGRANT SELECT, INSERT, UPDATE, DELETE
sur des tableaux pertinents / appropriés aux rôles appropriésCOMMIT
la transaction DCL.la source
La solution acceptée ne prend pas en charge la propriété de la fonction. La solution suivante s'occupe de tout (en examinant, j'ai remarqué qu'elle est similaire à @magiconair ci-dessus)
la source
Le script shell plus simple suivant a fonctionné pour moi.
Où entrée $ 1 - nom d'utilisateur (base de données) $ 2 = schéma existant $ 3 = vers le nouveau schéma.
la source
Identique à l'approche de @ AlexSoto pour les fonctions:
la source
Docker: Modifier le propriétaire de toutes les tables + séquences
la source