From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Alexey Bashtanov <bashtanov(at)imap(dot)cc> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: what database schema version management system to use? |
Date: | 2016-04-06 15:41:51 |
Message-ID: | CAMkU=1z7cauROi23agbyNUvtq=rg58j0OVK-HLeuNA=EaqEBJw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Apr 6, 2016 at 3:55 AM, Alexey Bashtanov <bashtanov(at)imap(dot)cc> wrote:
> Hi all,
>
> I am searching for a proper database schema version management system.
>
> My criteria are the following:
> 0) Open-source, supports postgresql
> 1) Uses psql to execute changesets (to have no problems with COPY,
> transaction management or sophisticated DDL commands, and to benefit from
> scripting)
> 2) Support repeatable migrations (SQL files that get applied every time they
> are changed, it is useful for functions or views tracking).
If you are using COPY, then you must be loading data (not just
changing schemas).
But if you are loading data, how can you have it be repeatable? How
would it know which data needs to be (or not be) loaded again? Do you
want it do a three way comparison (The current patch it is trying to
apply, the most recent patch that had been applied, and the live
database) and resolve conflicts?
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | Tobia Conforto | 2016-04-06 16:32:50 | Multi-row constraints, how to avoid unnecessary trigger execution? |
Previous Message | rob stone | 2016-04-06 15:35:04 | Re: Trying to understand page structures in PG |