DROP EXTENSION paradedb removes the ParadeDB extension and its objects from a PostgreSQL database.
ParadeDB is great for vector search, but if you no longer need it or plan to migrate, uninstalling keeps the catalog lean and simplifies future upgrades.
Only a superuser or the database owner can execute DROP EXTENSION
. Other roles must request elevated rights or ask the extension owner to run the command.
Use DROP EXTENSION [IF EXISTS] paradedb [CASCADE | RESTRICT];
. IF EXISTS prevents errors if the extension is missing. CASCADE drops dependent objects; RESTRICT (default) blocks the drop when dependencies exist.
1) Connect to the target DB. 2) Ensure no active sessions rely on ParadeDB. 3) Back up objects that reference the extension. 4) Run the command within a transaction.
BEGIN;
DROP EXTENSION IF EXISTS paradedb CASCADE;
COMMIT;
Query pg_extension
. No row named paradedb
means success.
SELECT * FROM pg_extension WHERE extname = 'paradedb';
Dropping the extension never alters regular tables like Customers
, Orders
, or Products
unless they hold ParadeDB-based indexes. Inspect pg_indexes
first.
Dump the schema, drop dependent indexes manually for control, and test in staging. Always wrap the operation in a transaction.
dependency_exists: add CASCADE
after evaluating impact. must be owner: switch to a superuser or extension owner.
Assume Products
has a ParadeDB vector index:
CREATE INDEX products_name_vec_idx
ON Products USING paradedb_ivfflat (to_tsvector('simple', name));
To uninstall ParadeDB safely:
BEGIN;
DROP INDEX IF EXISTS products_name_vec_idx;
DROP EXTENSION paradedb CASCADE;
COMMIT;
No. It removes only the extension and its objects such as functions or indexes. User rows in tables like Customers or Orders stay untouched.
Yes. Run CREATE EXTENSION paradedb;
to restore it, then recreate any indexes or functions you need.
No. Changes take effect immediately once the transaction commits.