From: | "Roberts, Jon" <Jon(dot)Roberts(at)asurion(dot)com> |
---|---|
To: | 'Dave Page' <dpage(at)postgresql(dot)org> |
Cc: | pgsql-general(at)postgresql(dot)org, Gregory Stark <stark(at)enterprisedb(dot)com> |
Subject: | Re: subversion support? |
Date: | 2007-10-25 19:36:34 |
Message-ID: | 15362F202C62EA4590F5F3E5FA15021E05286780@nasappexc04.asurion.loc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
That is awesome. Can it be added to pga3?
Jon
-----Original Message-----
From: Dave Page [mailto:dpage(at)postgresql(dot)org]
Sent: Thursday, October 25, 2007 2:11 PM
To: Gregory Stark
Cc: Roberts, Jon; pgsql-general(at)postgresql(dot)org
Subject: Re: subversion support?
> ------- Original Message -------
> From: Gregory Stark <stark(at)enterprisedb(dot)com>
> To: "Dave Page" <dpage(at)postgresql(dot)org>
> Sent: 25/10/07, 19:06:12
> Subject: Re: subversion support?
>
> The situation is complicated somewhat by the SQL "ALTER TABLE" and so on
> commands which you need to use instead of just reissuing the CREATE TABLE
> command.
From memory, pga2 used to log the reverse engineered DDL after a change, as
well as the SQL used to make that change. It then allowed you to generate
scripts to update your production schemas from one version to another. It
also allowed you to view the history for an object, and rollback to a
previous version. Dropped objects were logged in the 'graveyard' from where
they could be resurrected.
/D
From | Date | Subject | |
---|---|---|---|
Next Message | Johnson Jesse | 2007-10-25 19:45:02 | PostgreSQL .msi Installation Failure |
Previous Message | Tom Lane | 2007-10-25 19:24:08 | Re: 2 versions running & using pg_dumpall |