Skip to content


Subversion checkout URL

You can clone with
Download ZIP
PostgreSQL Change Management Tool
Branch: master

Fetching latest commit…

Cannot retrieve the latest commit at this time

Failed to load latest commit information.

PostgreSQL Change Management Tool


Experienced software engineers and database administrators know very well that database systems need care and feeding, especially as they grow over time.

A Database Change Management System (DB CMS) is one method of carefully accounting for changes to live database schemas in a controlled manner with full history and auditability of who changed what and when.

A DB CMS itself is a well documented process and is typically required to meet the following criteria,

  • Managed the deployment of changes to a schema, specifically the DDL and DML, in a controlled and auditable manner

  • Control the deployment / migration of DDL from one Server/Database/Schema to another

  • Integrate directly with the database system, backups and restores while preserving the integrity of the data schema within the CMS

  • Regenerate DDL for Disaster Recovery in the absence of database backups

psql-cm is a tool which was created to help make achieving these goals easier.

What psql-cm is

This project is a tool to assist with an ITIL like change management process for database schemas within a PostgreSQL database cluster.

Specifically psql-cm is a tool which encodes one change management process for a complex multi database, multi schema PostgreSQL system.

This means that psql-cm may be much more than you need for a simple single database system. Please take the time to understand the process and what problems it solves. In order for psql-cm to be effective it must be combined with complimentary process and adherence.

What psql-cm is not

psql-cm is not intended on being a solution for data backup. For backup of data instead use the pg_dump command line utility for backing up data in addition to a replication technique tailored to your needs.

The process

Using psql-cm



Once the prerequisites have been satisfied on your system, using the 'gem' command from Ruby 1.9.3 do:

$ gem install psql-cm


Setup the psql_cm control tables on the target databases, use a comma (',') to separate multiple database names.

$ psql-cm setup --database psqlcm_test


Dump the current database schema to the specified --sql-path directory, if none specified it dumps to $PWD/sql

$ psql-cm dump --database psqlcm_test --sql-path $HOME/sql


Restore a previously psql-cm dumped database schema into a brand new postgresql database cluster.

$ psql-cm restore --database psqlcm_test --sql-path $HOME/sql


There are two ways to submit schema changes. The first is by passing the schema change on the command line as a string and the second is by specifying the path to a sql file. An example of each follows.

SQL String

$ psql-cm submit --database psqlcm_test --schema schema_two --change "ALTER TABLE a_varchar ADD COLUMN a_timestamp timestamptz;"

Note that if you do not specify --schema the change is applied against the default schema (typically 'public').

SQL File

$ echo "ALTER TABLE a_varchar ADD COLUMN a_timestamp timestamptz;" > add_a_timestamp.sql
$ psql-cm submit --database psqlcm_test --schema schema_two --change add_a_timestamp.sql

Note that when we do not specify a full path to the file, psql-cm will look for the file in the current working directory.


Available actions are those exposed above

--database argument specifies a single database name and can be used multiple times if required, although using the --databases argument (below) is more succient and preferred.

$ psql-cm --database a_database

--database argument may take multiple database targets, to do this pass them in ',' separated format, no spaces. Specifically the format is,

$ psql-cm --databases a_database,another_database,... ...

--uri can be given to change from the default of "postgres://" and has the format,

$ psql-cm --uri "postgres://{user}:{password}@{host}:{port}/{database}?{sslmode}={mode}"

Host and database are the only required entries in a uri string. Eg. user, password, port, the ? and everything after it (the query) are all optional.

sslmode mode may be one of {disable, allow, prefer, require} if it is used.


First let's create a PostgreSQL database for us to work with,

$ createdb psqlcm_test

Next let's create two schemas in addition to the public schema (which is added by default when the database is created) and a table for each schema for our database.

$ psql psqlcm_test -c '
    CREATE SCHEMA schema_one;
    CREATE SCHEMA schema_two;
    CREATE TABLE public.a_bool(a BOOL);
    CREATE TABLE schema_one.an_integer(an INTEGER);
    CREATE TABLE schema_two.a_varchar(a VARCHAR);'

Now that we have a base set of database(s) and schemas that we wish to apply change management process to we can setup the psql-cm control tables.

The setup action adds one table called 'pg_psql_cm' to each of the target database schemas.

$ psql-cm --database psqlcm_test setup

Use a PostgreSQL client tool (psql/pgAdmin/Navicat/...) and examine the schemas for the psqlcm_test database for which there should be three:


each with two tables, the pg_psql_cm control table and one other table.

Next we'll dump the schema to sql/ within our working directory

$ psql-cm --database psqlcm_test dump

At this point we have the base schema for the psqlcm_test database recorded to the filesystem. You can see the filesystem structure and contents with a find command on *nix:

$ find sql/psqlcm_test/

We can now do a restore by droping the database and then running the psql-cm restore action.

$ dropdb psqlcm_test
$ psql-cm --database psqlcm_test restore

Once again useing a client tool and verify that the schema is inded what it was after setup was run.

NOTE: one caveat is that psql-cm does not handle ROLEs and USERs so these will have to be accounted for after doing a restore.


Debugging output can be enabled by exporting DEBUG=true in the environment before calling the psql-cm command:

$ export debug=true


To play around inside of a running psql-cm Ruby environment use the console:

rake console    # Development console, builds installs then runs console

The 'Walkthrough' from above is encoded as rake tasks, each step can be seen including all debugging output by running:

rake build          # Build the psql-cm gem
rake clean          # Remove sql/ in the current working directory
rake console        # Console, builds installs then runs console
rake create         # Create database psqlcm_development, and two schemas
rake debug          # Enable debugging using environment variable DEBUG
rake drop           # Drop the database psqlcm_development
rake dump           # Run psql-cm dump on psqlcm_development
rake install        # Build then install the psql-cm gem
rake restore        # Run psql-cm restore on psqlcm_development
rake setup          # Run psql-cm setup on schemas within psqlcm_development
rake submit:file    # Run psql-cm submit with a file based change
rake submit:string  # Run psql-cm submit with a string change from cli

Specifically to do a full-cycle walkthrough on the psqlcm_development database,

rake create setup dump drop restore submit:string submit:file

Then to re-run the full cycle we need to add 'drop' in the front,

rake drop create setup dump drop restore submit:string submit:file
Something went wrong with that request. Please try again.