PostgreSQL genera errore: "ERRORE: permesso negato per relazione nome_tabella"

Question

Sto tentando di importare uno schema-dump in PostgreSQL con "psql -U nome utente -W nome_db < migrations/schema.psql", lo schema viene importato in parte , ma la console genera errori come "ERRORE: permesso negato per relazione nome_tabella" e "ERRORE: relazione nome_tabella non esiste".

ho creato il database in questo modo: "createdb -O nomeutente dbname"

Ci sono solo 7 tavoli da importare, e rompe con solo l'importazione di 3 di loro.

Qualcuno un suggerimento, cosa fare?

Answer 1

Se il backup è stato nel formato "custom" (-Fc), è possibile utilizzare pg_restore invece così si può dire di non applicare le modifiche di proprietà:

pg_restore -U username -W --no-owner --dbname=dbname migrations/schema.psql 

Tutti gli oggetti saranno creati con "nome utente "come il proprietario.

Blocco che, cercare di grep che il proprietario ALTER e SET AUTORIZZAZIONE SESSIONE comandi nel nuovo file (o tramite uscita grep inviare via tubo a psql). Questi comandi dovrebbero sempre essere su una singola riga nel formato di output di testo normale.

Answer 2

A volte questo tipo di problema è causato da problemi di distinzione tra maiuscole e minuscole. PostgreSQL piega in minuscolo tutti gli identificatori non quotati; se le tabelle sono create con nomi quotati contenenti lettere maiuscole, i comandi successivi che non citano i nomi potrebbero non riuscire a trovare la tabella.

Gli errori di autorizzazione possono essere correlati alla stessa cosa, o potrebbe essere qualcos'altro interamente. Difficile da dire senza vedere i comandi in errore.

Answer 3

Mentre lavoro sui miei siti Web, ottengo sempre quell'errore perché creerò un tavolo come me, tabella a cui l'utente Apache/PHP deve accedere in seguito.

C'è una tabella denominata pg_class che definisce le tabelle. Questo include una colonna denominata relowner. Cambiandolo con il numero corretto ti daremo la proprietà corretta.

devo dettagli su questa pagina:

http://linux.m2osw.com/table_owner_in_postgresql

Il proprietario ALTER ... potrebbe essere una soluzione migliore che fa la stessa cosa, anche se nelle versioni precedenti di PostgreSQL ha fatto non esiste!