From: | "Kerri Reno" <kreno(at)yumaed(dot)org> |
---|---|
To: | Christophe <xof(at)thebuild(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Schema migration tools? |
Date: | 2008-04-22 12:44:14 |
Message-ID: | a5b8c7860804220544l517ea8a1qf05c4231e562ccae@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Christophe -
We use LiquiBase: http://www.liquibase.org/home
We don't use it quite the same as what you're proposing, but I think you
could use it that way. When we found it, we did 'Generate Changelog' to
start, then made new changes to the ChangeLog, and applied it to each
database as needed. It has really helped us, because we were forgetting to
apply the changes to the production database that were needed.
Hope this helps!
Kerri
On 4/21/08, Christophe <xof(at)thebuild(dot)com> wrote:
>
> Greetings,
>
> We have the traditional three servers:
>
> dev --> staging --> production
>
> each with a PostgreSQL instance and the same schema, at least over time.
> Right now, we handle schema migration (updating the schema for new
> releases) by manually-created scripts that apply the changes to staging and
> production.
>
> I'd like a tool that would automatically create these scripts, and I
> wondered if anything like this existed. The theory would be that it would
> consider two databases a and b, and produce the appropriate script to change
> b's schema to match a.
>
> Does anything like this exist? If not, I might have a new project...
>
> Thanks!
> -- Christophe
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>
--
Yuma Educational Computer Consortium
Compass Development Team
Kerri Reno
kreno(at)yumaed(dot)org (928) 502-4240
.·:*¨¨*:·. .·:*¨¨*:·. .·:*¨¨*:·.
From | Date | Subject | |
---|---|---|---|
Next Message | Kerri Reno | 2008-04-22 12:54:39 | Re: FW: Re: create temp in function |
Previous Message | Thomas Kellerer | 2008-04-22 11:11:01 | Re: How is statement level read consistency implemented? |