Re: Instability in parallel regression tests
От | Tom Lane |
---|---|
Тема | Re: Instability in parallel regression tests |
Дата | |
Msg-id | 17542.1521082274@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Instability in parallel regression tests (Thomas Munro <thomas.munro@enterprisedb.com>) |
Список | pgsql-hackers |
Thomas Munro <thomas.munro@enterprisedb.com> writes: > On Thu, Mar 15, 2018 at 3:32 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> ... I manually filtered >> out a bunch of non-problems, in particular discarding names that are in >> per-test schemas; I think it's all right to allow tests that are taking >> that precaution to do what they like name-wise. > What if we always did that? That is, create a schema with a name > corresponding to the .sql filename and make it default, as a > convention? That might be a smaller and more localised change than > renaming all these objects. It would also provide a convenient way to > drop everything wholesale at the end. There's a lot of objects that we *want* propagated from earlier tests to later ones, and/or left around to help with pg_dump testing based on the final state of the regression database. I don't think that just dropping them all would be an improvement. It might be possible to identify a set of tests that set up persistent objects as opposed to ones that don't, but it wouldn't be a trivial task. regards, tom lane
В списке pgsql-hackers по дате отправления: