From: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | "Gregory Stark" <stark(at)enterprisedb(dot)com> |
Cc: | "Dave Page" <dpage(at)postgresql(dot)org>, "Roberts, Jon" <Jon(dot)Roberts(at)asurion(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: subversion support? |
Date: | 2007-10-25 18:23:20 |
Message-ID: | dcc563d10710251123p7dc273c6g40dc16cfd6c73028@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 10/25/07, Gregory Stark <stark(at)enterprisedb(dot)com> wrote:
> "Dave Page" <dpage(at)postgresql(dot)org> writes:
>
> >> Complaint? Who is complaining?
> >>
> >> I am simply asking if this feature that is rather common in other database
> >> development tools will ever be added to pgAdmin.
> >
> > pgAdmin II had change control. No-one ever really used it though so we never
> > bothered to implement it in pgAdmin III.
>
> Note that most database admins I've seen use change control by making a series
> of sql files with all the definitions they need to recreate the tables. They
> then use those sql files to drive the database, rather than the other way
> around. So you just need to track those sql files in your revision control
> system, and they're just plain text.
>
> 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.
that's what I do. The fact that I can wrap my entire change control
script in begin / commit pairs means I don't have to worry about
ruining production if one step goes wrong.
Unlike some other large, expensive, commercial databases.
I like the idea of easy, SVN controlled DDL. I'm just not sure it's
likely to be as easy as we wish when moving from dev to test to
production.
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2007-10-25 19:11:06 | Re: subversion support? |
Previous Message | Gregory Stark | 2007-10-25 18:06:12 | Re: subversion support? |