diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2024-04-06 21:49:24 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2024-04-06 21:49:24 -0400 |
| commit | beb012b42f5c32f578661fc1b033ca25905b27d6 (patch) | |
| tree | d14bbc9c295851afbc2e11e2cf33bf17e4aae756 /src/tutorial/basics.source | |
| parent | 90f5178211cd63ac16fb8c8b2fe43d53d2854da1 (diff) | |
| download | postgresql-beb012b42f5c32f578661fc1b033ca25905b27d6.tar.gz postgresql-beb012b42f5c32f578661fc1b033ca25905b27d6.zip | |
Disable parallel query in psql error-with-FETCH_COUNT test.
The buildfarm members using debug_parallel_query = regress are mostly
unhappy with this test. I guess what is happening is that rows
generated by a parallel worker are buffered, and might or might not
get to the leader before the expected error occurs. We did not see
any variability in the old version of this test because each FETCH
would succeed or fail atomically, leading to a predictable number of
rows emitted before failure. I don't find this to be a bug, just
unspecified behavior, so let's disable parallel query for this one
test case to make the results stable.
Diffstat (limited to 'src/tutorial/basics.source')
0 files changed, 0 insertions, 0 deletions