Re: dropping table in testcase alter_table.sql - Mailing list pgsql-hackers

From Robert Haas
Subject Re: dropping table in testcase alter_table.sql
Date
Msg-id 3752FC94-90D8-40BA-B8E8-96135C61DD79@gmail.com
Whole thread Raw
In response to Re: dropping table in testcase alter_table.sql  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On Jul 12, 2011, at 4:46 AM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On fre, 2011-07-08 at 22:27 -0400, Robert Haas wrote:
>> On Fri, Jul 8, 2011 at 1:45 AM, Ashutosh Bapat
>> <ashutosh.bapat@enterprisedb.com> wrote:
>>> I think, tab1 and tab2 are too common names, for anyone to pick up for the
>>> tables. Also, the test alter_table.sql is dropping many other tables (even
>>> those which have undergone renaming), then why not these two?
>>
>> Beats me, but I don't see any particular value to changing it.
>
> It has occurred to me a few times that it could be useful to clarify the
> approach here.  If we could somehow have a separable cleanup step for
> every test, and eliminate interdependencies between tests, we could more
> easily support a number of uses cases such as creating a completely
> populated regression test database for playing, or running tests in
> random order or in differently parallelized scenarios.

True.

...Robert

pgsql-hackers by date:

Previous
From: Radosław Smogura
Date:
Subject: Re: Patch Review: Bugfix for XPATH() if text or attribute nodes are selected
Next
From: Robert Haas
Date:
Subject: Re: per-column generic option