From: | Bill Cunningham <billc(at)ballydev(dot)com> |
---|---|
To: | |
Cc: | hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Big Test Environment Feature |
Date: | 2002-06-14 20:41:07 |
Message-ID: | 3D0A54E3.2080409@ballydev.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Matthew Tedder wrote:
>Question:
>
> How feasible would it be to create this functionality in PostgreSQL:
>
>One creates a test version of a database that initially consists of
>read-links to the production version of the same database. Any code he/she
>then writes that reads from a table reads from the production database but
>any code that modifies data copies that table to the test database.
>
>The benefits of this are obviously huge for IT shops that need to constantly
>work on data in test environments as similar as possible to the production
>environment.
>
>Usually, this is a very difficult aspect of one's work and represents a great
>deal of risk. We always try to hard to ensure that what we migrate into
>production is going to work there the same as it did in test. And we should
>not do testing in a production environment.
>
>Such a feature would give PostgreSQL a major advantage over Oracle or DB2.
>
>And some day when PostgreSQL is also distributable, it'll be ideal for the
>enterprise.
>
>Matthew
>
>
>
Why wouldn't you use a pg_dump of the production database? Perhaps just
a sampling every so often?
This sounds like a lot of unnecessary work for the engine. How about a
seperate program which has
notify links to the source database and places updated data in the test db?
- Bill
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-06-14 21:35:58 | Re: I must be blind... |
Previous Message | Chris McCormick | 2002-06-14 19:59:40 | FEATURE REQUEST - More dynamic date type |