From: | "Matthew Nuzum" <cobalt(at)bearfruit(dot)org> |
---|---|
To: | "'PostgreSQL-general'" <pgsql-general(at)postgresql(dot)org> |
Subject: | change management |
Date: | 2003-06-25 15:22:15 |
Message-ID: | 007e01c33b2d$9059b0b0$a322fea9@mattspc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Well, business is good I guess. We're getting ready to deploy a few new
installations of our software which is raising some questions. Most of them
I have answers to, but one area of development I haven't had to deal with
much is managing changes to the database structure.
I would really like to know what others consider "best practice" for
distributing changes to database structure and data. Currently we have one
production server and one test server. We simply copy and paste our
database change queries to get the same result on both servers.
I'm also concerned with the differences of sequence values. There are a
couple of tables that will need to be "replicated" from time to time. For
now data will get copied from one master server out to several other
installations. There may come a point some day when the other installations
add data to these tables that may or may not need to get pushed back to the
main server.
Any suggestions?
Matthew Nuzum | Makers of "Elite Content Management System"
www.followers.net | View samples of Elite CMS in action
matt(at)followers(dot)net | http://www.followers.net/portfolio/
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2003-06-25 15:26:04 | Inherits tables and current CVS |
Previous Message | nolan | 2003-06-25 15:19:42 | Re: Physical Database Configuration |