When migrating a postgres database for an app that uses Minion between postgres clusters (using pg_logical), the process stops as there is no primary key on the mojo_migrations table. While a pg_dump/pg_restore approach would work, the (streaming) logical replication approach reduces downtime/outages involved.
The mojo_migrations table has a unique constraint on its name column; as such, its a candidate (or alternate) key for the table. Could this be declared as a primary key instead.
When migrating a postgres database for an app that uses Minion between postgres clusters (using
pg_logical
), the process stops as there is no primary key on themojo_migrations
table. While a pg_dump/pg_restore approach would work, the (streaming) logical replication approach reduces downtime/outages involved.The
mojo_migrations
table has a unique constraint on itsname
column; as such, its a candidate (or alternate) key for the table. Could this be declared as a primary key instead.