Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fAvzB-0006Px-39 for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Apr 2018 11:19:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fAvz9-0004Jd-Oy for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Apr 2018 11:19:47 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fAvz9-0004JT-Hd for pgsql-hackers@lists.postgresql.org; Tue, 24 Apr 2018 11:19:47 +0000 Received: from tama500.ecl.ntt.co.jp ([129.60.39.148]) by magus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fAvz3-0003EM-Hs for pgsql-hackers@postgresql.org; Tue, 24 Apr 2018 11:19:47 +0000 Received: from vc1.ecl.ntt.co.jp (vc1.ecl.ntt.co.jp [129.60.86.153]) by tama500.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id w3OBJdLr028692; Tue, 24 Apr 2018 20:19:39 +0900 Received: from vc1.ecl.ntt.co.jp (localhost [127.0.0.1]) by vc1.ecl.ntt.co.jp (Postfix) with ESMTP id 2CFC6EA8420; Tue, 24 Apr 2018 20:19:39 +0900 (JST) Received: from jcms-pop21.ecl.ntt.co.jp (jcms-pop21.ecl.ntt.co.jp [129.60.87.134]) by vc1.ecl.ntt.co.jp (Postfix) with ESMTP id 22920EA7937; Tue, 24 Apr 2018 20:19:39 +0900 (JST) Received: from [IPv6:::1] (unknown [129.60.241.75]) by jcms-pop21.ecl.ntt.co.jp (Postfix) with ESMTPSA id 1F2CC400B51; Tue, 24 Apr 2018 20:19:39 +0900 (JST) Message-ID: <5ADF12D1.1030406@lab.ntt.co.jp> Date: Tue, 24 Apr 2018 20:19:45 +0900 From: Etsuro Fujita User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 Subject: Re: Expression errors with "FOR UPDATE" and postgres_fdw with partition wise join enabled. References: <5AD5B1E0.8020404@lab.ntt.co.jp> <5AD5C5A1.1070509@lab.ntt.co.jp> In-Reply-To: <5AD5C5A1.1070509@lab.ntt.co.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CC-Mail-RelayStamp: 1 To: Ashutosh Bapat Cc: Rajkumar Raghuwanshi , pgsql-hackers X-TM-AS-MML: disable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk (2018/04/17 19:00), Etsuro Fujita wrote: > (2018/04/17 18:43), Ashutosh Bapat wrote: >> Here's updated patch-set. > > Will review. I started reviewing this. o 0001-Handle-ConvertRowtypeExprs-in-pull_vars_clause.patch: + else if (IsA(node, ConvertRowtypeExpr)) + { +#ifdef USE_ASSERT_CHECKING + ConvertRowtypeExpr *cre = castNode(ConvertRowtypeExpr, node); + Var *var; + + /* + * ConvertRowtypeExprs only result when parent's whole-row reference is + * translated for a child using adjust_appendrel_attrs(). That function + * does not handle any upper level Var references. + */ + while (IsA(cre->arg, ConvertRowtypeExpr)) + cre = castNode(ConvertRowtypeExpr, cre->arg); + var = castNode(Var, cre->arg); + Assert (var->varlevelsup == 0); +#endif /* USE_ASSERT_CHECKING */ Isn't it better to throw ERROR as in other cases in pull_vars_clause()? Another thing I noticed about this patch is this: postgres=# create table prt1 (a int, b int, c varchar) partition by range (a); postgres=# create table prt1_p1 partition of prt1 FOR VALUES FROM (0) TO (250); postgres=# create table prt1_p2 partition of prt1 FOR VALUES FROM (250) TO (500) ; postgres=# insert into prt1 select i, i % 25, to_char(i, 'FM0000') from generate _series(0, 499) i where i % 2 = 0; postgres=# analyze prt1; postgres=# create table prt2 (a int, b int, c varchar) partition by range (b); postgres=# create table prt2_p1 partition of prt2 FOR VALUES FROM (0) TO (250); postgres=# create table prt2_p2 partition of prt2 FOR VALUES FROM (250) TO (500) ; postgres=# insert into prt2 select i % 25, i, to_char(i, 'FM0000') from generate _series(0, 499) i where i % 3 = 0; postgres=# analyze prt2; postgres=# update prt1 t1 set c = 'foo' from prt2 t2 where t1::text = t2::text a nd t1.a = t2.b; ERROR: ConvertRowtypeExpr found where not expected To fix this, I think we need to pass PVC_RECURSE_CONVERTROWTYPES to pull_vars_clause() in distribute_qual_to_rels() and generate_base_implied_equalities_no_const() as well. That's all I have for now. Will continue the review. Best regards, Etsuro Fujita