Re: dropping table in testcase alter_table.sql
От | Peter Eisentraut |
---|---|
Тема | Re: dropping table in testcase alter_table.sql |
Дата | |
Msg-id | 1310463969.5488.3.camel@fsopti579.F-Secure.com обсуждение исходный текст |
Ответ на | Re: dropping table in testcase alter_table.sql (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: dropping table in testcase alter_table.sql
Re: dropping table in testcase alter_table.sql |
Список | pgsql-hackers |
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.
В списке pgsql-hackers по дате отправления: