Re: Regression tests vs SERIALIZABLE
Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
From: Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: pgsql-hackers <pgsql-hackers@postgresql.org>, Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Date: 2021-03-15T06:59:56Z
Lists: pgsql-hackers
On Mon, Mar 15, 2021 at 11:04 AM Thomas Munro <thomas.munro@gmail.com> wrote: > > On Mon, Mar 15, 2021 at 6:14 PM Bharath Rupireddy > <bharath.rupireddyforpostgres@gmail.com> wrote: > > On Mon, Mar 15, 2021 at 9:54 AM Thomas Munro <thomas.munro@gmail.com> wrote: > > > While reviewing the patch for parallel REFRESH MATERIALIZED VIEW, I > > > noticed that select_parallel.sql and write_parallel.sql believe that > > > (1) the tests are supposed to work with serializable as a default > > > isolation level, and (2) parallelism would be inhibited by that, so > > > they'd better use something else explicitly. Here's a patch to update > > > that second thing in light of commit bb16aba5. I don't think it > > > matters enough to bother back-patching it. > > > > +1, patch basically LGTM. I have one point - do we also need to remove > > "begin isolation level repeatable read;" in aggreates.sql, explain.sql > > and insert_parallel.sql? And in insert_parallel.sql, the comment also > > says "Serializable isolation would disable parallel query", which is > > not true after bb16aba5. Do we need to change that too? > > Yeah, you're right. That brings us to the attached. Thanks. v2 LGTM, both make check and make check-world passes on my dev system. With Regards, Bharath Rupireddy. EnterpriseDB: http://www.enterprisedb.com
Commits
-
Fix transaction.sql tests in higher isolation levels.
- 37929599499f 14.0 landed
-
Drop SERIALIZABLE workaround from parallel query tests.
- eeb60e45d82d 14.0 landed
-
Fix behavior of AND CHAIN outside of explicit transaction blocks
- 862ef372d6b2 13.0 cited
-
Enable parallel query with SERIALIZABLE isolation.
- bb16aba50c94 12.0 cited