DROPDB(1)

πŸ“¦ version 15.19, in opensuse-leap 16.0

πŸ’– DROPDB(1) β€” the dropdb era πŸŽ€

okay bestie, welcome to the dropdb(1) page from the PostgreSQL 15.19 docs. if you're here, you're probably about to delete a database, so hydrate, breathe, and maybe double-check that dbname before you slay too hard. πŸ’…

✨ NAME ✨

dropdb β€” remove a PostgreSQL database πŸ—‘οΈ

🫢 SYNOPSIS 🫢

dropdb [connection-option...] [option...] dbname

πŸ’… DESCRIPTION πŸ’…

dropdb destroys an existing PostgreSQL database. The user who executes this command must be a database superuser or the owner of the database. no cap, that's the permission vibe check. πŸ‘‘

dropdb is a wrapper around the SQL command DROP DATABASE. There is no effective difference between dropping databases via this utility and via other methods for accessing the server. so it's giving "same energy, different doorway." πŸšͺ✨

πŸŽ€ OPTIONS πŸŽ€

dropdb accepts the following command-line arguments:

  • dbname β€” Specifies the name of the database to be removed. this is the main character of the command, so say it with your chest. 😌
  • -e, --echo β€” Echo the commands that dropdb generates and sends to the server. it's giving "show me the receipts." 🧾
  • -f, --force β€” Attempt to terminate all existing connections to the target database before dropping it. See DROP DATABASE (DROP_DATABASE(7)) for more information on this option. politely but firmly ending the group chat before deleting the chat. 😭
  • -i, --interactive β€” Issues a verification prompt before doing anything destructive. yes bestie, it asks "are you sure?" before the irreversible part. πŸ™ˆ
  • -V, --version β€” Print the dropdb version and exit. tiny info snack. πŸ“
  • --if-exists β€” Do not throw an error if the database does not exist. A notice is issued in this case. so it won't make a whole scene if the db is already gone. πŸ’€
  • -?, --help β€” Show help about dropdb command line arguments, and exit. the "what do these buttons do" button. πŸ†˜

dropdb also accepts the following command-line arguments for connection parameters:

  • -h host / --host=host β€” Specifies the host name of the machine on which the server is running. If the value begins with a slash, it is used as the directory for the Unix domain socket. πŸ“
  • -p port / --port=port β€” Specifies the TCP port or local Unix domain socket file extension on which the server is listening for connections. the server's lil door number. πŸšͺπŸ”’
  • -U username / --username=username β€” User name to connect as. hi, it's me, the username. πŸ‘‹
  • -w, --no-password β€” Never issue a password prompt. If the server requires password authentication and a password is not available by other means such as a .pgpass file, the connection attempt will fail. This option can be useful in batch jobs and scripts where no user is present to enter a password. no awkward password pop-up, but also no magic password rescue. 😬
  • -W, --password β€” Force dropdb to prompt for a password before connecting to a database.

This option is never essential, since dropdb will automatically prompt for a password if the server demands password authentication. However, dropdb will waste a connection attempt finding out that the server wants a password. In some cases it is worth typing -W to avoid the extra connection attempt. not required, just sometimes a smart lil shortcut. πŸ’‘

  • --maintenance-db=dbname β€” Specifies the name of the database to connect to in order to drop the target database. If not specified, the postgres database will be used; if that does not exist (or is the database being dropped), template1 will be used. This can be a connection string. If so, connection string parameters will override any conflicting command line options. the backstage database that helps run the drop. 🎭

🌈 ENVIRONMENT 🌈

  • PGHOST, PGPORT, PGUSER β€” Default connection parameters. the usual suspects pulling up with default connection settings. 🫢
  • PG_COLOR β€” Specifies whether to use color in diagnostic messages. Possible values are always, auto and never. pretty error text? yes pls. 🌸

This utility, like most other PostgreSQL utilities, also uses the environment variables supported by libpq (see Section 34.15). so yeah, libpq's env-var lore applies too. πŸ“š

🩺 DIAGNOSTICS 🩺

In case of difficulty, see DROP DATABASE (DROP_DATABASE(7)) and psql(1) for discussions of potential problems and error messages. The database server must be running at the targeted host. Also, any default connection settings and environment variables used by the libpq front-end library will apply.

🌟 EXAMPLES 🌟

To destroy the database demo on the default database server:

$ dropdb demo

To destroy the database demo using the server on host eden, port 5000, with verification and a peek at the underlying command:

$ dropdb -p 5000 -h eden -i -e demo
Database "demo" will be permanently deleted.
Are you sure? (y/n) y
DROP DATABASE demo;

πŸ”— SEE ALSO πŸ”—

createdb(1), DROP DATABASE (DROP_DATABASE(7))


mwah πŸ’‹ this page is from PostgreSQL 15.19, dated 2026, and it's the DROPDB(1) manual page. go forth and drop responsibly, bestie. 🫢✨

πŸ“¦ where this page comes from