Skip to main content
The plan and apply commands can use an external PostgreSQL database instead of the default embedded PostgreSQL instance for validating desired state schemas. This is useful in environments where embedded PostgreSQL has limitations.

Overview

By default, the plan command (and apply command in File Mode) spins up a temporary embedded PostgreSQL instance to apply and validate your desired state SQL. However, you can optionally provide your own PostgreSQL database using the --plan-* flags or PGSCHEMA_PLAN_* environment variables. Note: For the apply command, these options only apply when using File Mode (--file). When using Plan Mode (--plan), the plan has already been generated, so plan database options are not applicable.

When to Use External Database

Use an external database for plan generation when:
  • Your schema uses PostgreSQL extensions (like hstore, postgis, uuid-ossp, etc.) - The embedded database doesn’t have extensions pre-installed, causing plan generation to fail with “type does not exist” errors (#121)
  • Your schema has cross-schema foreign key references - The embedded approach only loads one schema at a time, breaking foreign key constraints that reference tables in other schemas (#122)

How It Works

When using an external database:
  1. Temporary Schema Creation: pgschema creates a temporary schema with a unique timestamp (e.g., pgschema_tmp_20251030_154501_123456789)
  2. SQL Application: Your desired state SQL is applied to the temporary schema
  3. Schema Inspection: The temporary schema is inspected to extract the desired state
  4. Comparison: The desired state is compared with your target database’s current state
  5. Cleanup: The temporary schema is dropped (best effort) after plan generation

Basic Usage

With Plan Command

With Apply Command (File Mode)

Common Use Cases

Using PostgreSQL Extensions

If your schema uses extensions like hstore, postgis, or uuid-ossp, you need to install them in the plan database first:
Then run plan or apply with the external database:
Your schema.sql can now use extension types:

Handling Cross-Schema Foreign Keys

If your schema has foreign keys that reference tables in other schemas, you need to create those schemas in the plan database:
Then run plan or apply:
Your schema.sql can now reference tables in other schemas:

Configuration Options

Using Command-Line Flags

--plan-host
string
Plan database server host. If provided, uses external database instead of embedded PostgreSQL.Environment variable: PGSCHEMA_PLAN_HOST
--plan-port
integer
default:"5432"
Plan database server port.Environment variable: PGSCHEMA_PLAN_PORT
--plan-db
string
required
Plan database name. Required when --plan-host is provided.Environment variable: PGSCHEMA_PLAN_DB
--plan-user
string
required
Plan database user name. Required when --plan-host is provided.Environment variable: PGSCHEMA_PLAN_USER
--plan-password
string
Plan database password. Can also be provided via PGSCHEMA_PLAN_PASSWORD environment variable.Environment variable: PGSCHEMA_PLAN_PASSWORD
--plan-sslmode
string
default:"prefer"
Plan database SSL mode. Valid values: disable, allow, prefer, require, verify-ca, verify-fullEnvironment variable: PGSCHEMA_PLAN_SSLMODE

Using Environment Variables

Database Permissions

The plan database user needs the following permissions:
The user must be able to:
  • Create and drop schemas
  • Create tables, indexes, functions, and other schema objects
  • Set search_path

See Also