Re: Conflict between regression tests namespace & transactions due to recent changes
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Marina Polyakova <m.polyakova@postgrespro.ru>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, pgsql-hackers@postgresql.org, Noah Misch <noah@leadboat.com>, exclusion@gmail.com
Date: 2023-05-15T23:19:04Z
Lists: pgsql-hackers
On Mon, May 15, 2023 at 11:23:18PM +0300, Marina Polyakova wrote: > On 2023-05-15 19:16, Tom Lane wrote: >> Hmm. I'd actually fix the blame on transactions.sql here. Creating >> a table named as generically as "abc" is horribly bad practice in >> a set of concurrent tests. namespace.sql is arguably okay, since >> it's creating that table name in a private schema. >> >> I'd be inclined to fix this by doing s/abc/something-else/g in >> transactions.sql. > > Maybe use a separate schema for all new objects in the transaction test?.. > See diff_set_tx_schema.patch. Sure, you could do that to bypass the failure (without the "public" actually?), leaving non-generic names around. Still I'd agree with Tom here and just rename the objects to something more in line with the context of the test to make things a bit more greppable. These could be renamed as transaction_tab or transaction_view, for example. -- Michael
Commits
-
Avoid naming conflict between transactions.sql and namespace.sql.
- cf9de891ba38 12.16 landed
- b973f93b6c54 16.0 landed
- 89f5eb26f6b9 15.4 landed
- 7d3c0b1f8f51 13.12 landed
- 6f1cf2efbd01 11.21 landed
- 4cdda71d4dc3 14.9 landed
-
Replace last PushOverrideSearchPath() call with set_config_option().
- dbd5795e7539 15.3 cited