Come eliminare un database PostgreSQL se ci sono connessioni attive ad esso?

Devo scrivere uno script che lascerà cadere un database PostgreSQL. Potrebbero esserci molte connessioni, ma lo script dovrebbe ignorarlo.

La DROP DATABASE db_namequery standard non funziona quando ci sono connessioni aperte.

Come posso risolvere il problema?

Questo lascerà cadere le connessioni esistenti tranne le tue:

Interroga pg_stat_activitye ottieni i valori pid che desideri eliminare, quindi inviali SELECT pg_terminate_backend(pid int).

PostgreSQL 9.2 e versioni successive:

SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TARGET_DB' -- ← change this to your DB
  AND pid <> pg_backend_pid();

PostgreSQL 9.1 e versioni precedenti:

SELECT pg_terminate_backend(pg_stat_activity.procpid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TARGET_DB' -- ← change this to your DB
  AND procpid <> pg_backend_pid();

Dopo aver disconnesso tutti, dovrai disconnetterti ed emettere il comando DROP DATABASE da una connessione da un altro database, non quella che stai tentando di eliminare.

Nota la ridenominazione della procpidcolonna in pid. Vedi questo thread della mailing list .

In PostgreSQL 9.2 e versioni successive, per disconnettere tutto tranne la sessione dal database a cui sei connesso:

SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE datname = current_database()
  AND pid <> pg_backend_pid();

Nelle versioni più vecchie è lo stesso, basta cambiare pida procpid. Per disconnettersi da un altro database basta cambiare current_database()il nome del database da cui si desidera disconnettere gli utenti.

Si consiglia REVOKEdella CONNECTdestra da parte degli utenti della banca dati prima di scollegare gli utenti, in caso contrario gli utenti sarà solo continuare a riconnessione e non sarai mai avere la possibilità di far cadere il DB. Vedi questo commento e la domanda a cui è associato, Come posso staccare tutti gli altri utenti dal database .

Se vuoi solo disconnettere gli utenti inattivi, vedi questa domanda .

È possibile interrompere tutte le connessioni prima di eliminare il database utilizzando la pg_terminate_backend(int)funzione.

Puoi ottenere tutti i backend in esecuzione utilizzando la vista di sistema pg_stat_activity

Non ne sono del tutto sicuro, ma quanto segue probabilmente ucciderebbe tutte le sessioni:

select pg_terminate_backend(procpid)
from pg_stat_activity
where datname = 'doomed_database'

Ovviamente potresti non essere connesso a quel database

A seconda della versione di postgresql potresti imbatterti in un bug, questo rende pg_stat_activity che si omettano le connessioni attive dagli utenti abbandonati. Anche queste connessioni non sono mostrate all'interno di pgAdminIII.

Se stai eseguendo test automatici (in cui crei anche utenti) questo potrebbe essere uno scenario probabile.

In questo caso è necessario ripristinare query come:

 SELECT pg_terminate_backend(procpid) 
 FROM pg_stat_get_activity(NULL::integer) 
 WHERE datid=(SELECT oid from pg_database where datname = 'your_database');

NOTA: in 9.2+ dovrai cambiare procpidin pid.

Ho notato che Postgres 9.2 ora chiama la colonna pid anziché procpid.

Tendo a chiamarlo dalla shell:

#!/usr/bin/env bash
# kill all connections to the postgres server
if [ -n "$1" ] ; then
  where="where pg_stat_activity.datname = '$1'"
  echo "killing all connections to database '$1'"
else
  echo "killing all connections to database"
fi

cat <<-EOF | psql -U postgres -d postgres 
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
${where}
EOF

Spero sia utile. Grazie a @JustBob per il sql.

Ho appena riavviato il servizio in Ubuntu per disconnettere i client connessi.

sudo service postgresql stop
sudo service postgresql start

psql
DROP DATABASE DB_NAME;

Nel comando Linux Prompt, per prima cosa fermerei tutti i processi postgresql in esecuzione legando questo comando sudo /etc/init.d/postgresql restart

digitare il comando bg per verificare se altri processi postgresql sono ancora in esecuzione

quindi seguito da dbname dropdb per eliminare il database

sudo /etc/init.d/postgresql restart
bg
dropdb dbname

Questo funziona per me sul prompt dei comandi di Linux

PostgreSQL 9.2 e versioni successive:

SELECT pg_terminate_backend(pid)FROM pg_stat_activity WHERE datname = 'YOUR_DATABASE_NAME_HERE'

Ecco il mio hack ... = D

# Make sure no one can connect to this database except you!
sudo -u postgres /usr/pgsql-9.4/bin/psql -c "UPDATE pg_database SET datallowconn=false WHERE datname='<DATABASE_NAME>';"

# Drop all existing connections except for yours!
sudo -u postgres /usr/pgsql-9.4/bin/psql -c "SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity WHERE pg_stat_activity.datname = '<DATABASE_NAME>' AND pid <> pg_backend_pid();"

# Drop database! =D
sudo -u postgres /usr/pgsql-9.4/bin/psql -c "DROP DATABASE <DATABASE_NAME>;"

Ho inserito questa risposta perché includo un comando (sopra) per bloccare nuove connessioni e perché qualsiasi tentativo con il comando ...

REVOKE CONNECT ON DATABASE <DATABASE_NAME> FROM PUBLIC, <USERS_ETC>;

... non funziona per bloccare nuove connessioni!

Grazie a @araqnid @GoatWalker! = D

https://stackoverflow.com/a/3185413/3223785

Il prossimo PostgreSQL 13 introdurrà l' FORCEopzione.

DATABASE DROP

DROP DATABASE elimina un database ... Inoltre, se qualcun altro è connesso al database di destinazione, questo comando fallirà se non si utilizza l' opzione FORCE descritta di seguito.

VIGORE

Tentativo di terminare tutte le connessioni esistenti al database di destinazione. Non termina se nel database di destinazione sono presenti transazioni preparate, slot di replica logica attivi o abbonamenti.

DROP DATABASE db_name WITH (FORCE);

Nel mio caso ho dovuto eseguire un comando per eliminare tutte le connessioni inclusa la mia connessione di amministratore attiva

SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE datname = current_database()

che ha interrotto tutte le connessioni e mi ha mostrato un messaggio fatale di "errore":

FATAL: terminating connection due to administrator command SQL state: 57P01

Successivamente è stato possibile eliminare il database

Niente ha funzionato per me, tranne che, ho effettuato l'accesso utilizzando pgAdmin4 e sul pannello di controllo ho disconnesso tutte le connessioni tranne pgAdmin4 e quindi sono stato in grado di rinominare leccando a destra sul database e le proprietà e ho digitato il nuovo nome.