Re: Back-branch bugs with fully-prunable UPDATEs

2019-04-07 Thread Amit Langote
On 2019/04/08 1:57, Tom Lane wrote: > Amit Langote writes: >> On Sun, Apr 7, 2019 at 5:28 AM Tom Lane wrote: >>> This test script works fine in HEAD: >>> In v11, it suffers an assertion failure in ExecSetupPartitionTupleRouting. >>> In v10, it doesn't crash, but we do get >>> WARNING: relcache r

Re: Back-branch bugs with fully-prunable UPDATEs

2019-04-07 Thread Etsuro Fujita
(2019/04/07 16:54), Amit Langote wrote: On Sun, Apr 7, 2019 at 5:28 AM Tom Lane wrote: This seems to be related to what Amit Langote complained of in https://www.postgresql.org/message-id/21e7eaa4-0d4d-20c2-a1f7-c7e96f4ce...@lab.ntt.co.jp but since there's no foreign tables involved at all, e

Re: Back-branch bugs with fully-prunable UPDATEs

2019-04-07 Thread Tom Lane
Amit Langote writes: > On Sun, Apr 7, 2019 at 5:28 AM Tom Lane wrote: >> This test script works fine in HEAD: >> In v11, it suffers an assertion failure in ExecSetupPartitionTupleRouting. >> In v10, it doesn't crash, but we do get >> WARNING: relcache reference leak: relation "parttbl" not close

Re: Back-branch bugs with fully-prunable UPDATEs

2019-04-07 Thread Amit Langote
On Sun, Apr 7, 2019 at 5:28 AM Tom Lane wrote: > > This test script works fine in HEAD: > > drop table if exists parttbl cascade; > CREATE TABLE parttbl (a int, b int) PARTITION BY LIST (a); > CREATE TABLE parttbl_1 PARTITION OF parttbl FOR VALUES IN (NULL,500,501,502); > UPDATE parttbl SET a = NU

Back-branch bugs with fully-prunable UPDATEs

2019-04-06 Thread Tom Lane
This test script works fine in HEAD: drop table if exists parttbl cascade; CREATE TABLE parttbl (a int, b int) PARTITION BY LIST (a); CREATE TABLE parttbl_1 PARTITION OF parttbl FOR VALUES IN (NULL,500,501,502); UPDATE parttbl SET a = NULL, b = NULL WHERE a = 1600 AND b = 999; In v11, it suffers