Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fcUZb-0000Z6-HZ for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Jul 2018 11:43:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fcUZZ-0006Ab-Q1 for pgsql-hackers@arkaria.postgresql.org; Mon, 09 Jul 2018 11:43:17 +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 1fcUZZ-0006AU-JT for pgsql-hackers@lists.postgresql.org; Mon, 09 Jul 2018 11:43:17 +0000 Received: from mail-pl0-x233.google.com ([2607:f8b0:400e:c01::233]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fcUZV-0000Jf-6V for pgsql-hackers@postgresql.org; Mon, 09 Jul 2018 11:43:16 +0000 Received: by mail-pl0-x233.google.com with SMTP id 31-v6so5926948plc.4 for ; Mon, 09 Jul 2018 04:43:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wBDx8icAmkII33wvY+n5/u9j+tdaB7pDWIEYA/8brOc=; b=HiOhkIsobyiK0lR+ZRYYSv8zhKov6Tbm0vDpeERH9PZgax2SpX3sapcY/8vHWzKqdh jASSkztFxJJSKIpNL1kg88ooJBSPRcPav3OQuqSJylgj5bb4OM+jbnLWEOjXw8c/pbR2 EhIcRWv09WgxN4Hx73H+u0uBt3HCHnkpwXPs5c0725Ci4N/IYdTleivMVAVYJGOypHvX xebPP7yr5DxD5vlYJ8sUwlbZQyrKH/GZq2aOcv+W0d0XCfFVBqth7JX4fam2O4vEFOsf xyT2I80T+vhL+ZvZJRb9jX4aUCNpnr4+wgaM2nUX3N7soYhgj9BcNzmPs8LvRybefkJl xdhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wBDx8icAmkII33wvY+n5/u9j+tdaB7pDWIEYA/8brOc=; b=tLCeQR8TsGGBZn80HV534RQIK4YVyo4NVamJVL+2NksibSXZbFv9CeZxnHA5H+8QDP NAgBmjHa6BbI/t+3CYua1CSRNkdEVzofo/8PU68FkYgM16cC0jdX+4e7s43XBpc47l7T VNbSA11hD9dGIH3K/xQyuflKDK5u1ZfQQ1dv/J/ZqCd6QfStxn46Rm5q9gHW3gEmgNe0 SjJNXtvQELczFsZMnrBLQIJt5ICyj+5+dQ5n6jkUX6qwzhyE9z7GomI4s3iSuAxbTuUw xc9oatwCI6G072ObgKH/YxwjMGelZyPoZP6MY3EVnSKttTEIjYB10PfY3PMUIFxwSenH Zvbg== X-Gm-Message-State: APt69E0y8MT9h31L/JorwPMbcLmFJTZZcjJbYmJcImk+fkBt8hHkvvMn 9eVCoD4sH07YnUPq57PgwW1tas5Ez5cDH8iO9LahPw== X-Google-Smtp-Source: AAOMgpdXc7WdWyFFMcxT1OzfwNvX77WTay2KJMN5VOGjVDjfq5KMexJCJ3Im0NDYFEsA9PgK9Bu44ziv2eN1ZHE4UNg= X-Received: by 2002:a17:902:bccc:: with SMTP id o12-v6mr20224177pls.169.1531136590751; Mon, 09 Jul 2018 04:43:10 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a17:90a:b43:0:0:0:0 with HTTP; Mon, 9 Jul 2018 04:43:09 -0700 (PDT) In-Reply-To: <5B434886.9010107@lab.ntt.co.jp> References: <5AFC0865.8050802@lab.ntt.co.jp> <5AFD6580.5090308@lab.ntt.co.jp> <5AFE81CC.8000508@lab.ntt.co.jp> <5B17C5EC.1090602@lab.ntt.co.jp> <5B1E5071.1000704@lab.ntt.co.jp> <5B23A964.9020800@lab.ntt.co.jp> <5B28FB19.3090809@lab.ntt.co.jp> <5B362B38.2000103@lab.ntt.co.jp> <5B3CB833.4040005@lab.ntt.co.jp> <5B3F4BAA.3050601@lab.ntt.co.jp> <5B4340E9.3030707@lab.ntt.co.jp> <5B434886.9010107@lab.ntt.co.jp> From: Ashutosh Bapat Date: Mon, 9 Jul 2018 17:13:09 +0530 Message-ID: Subject: Re: Expression errors with "FOR UPDATE" and postgres_fdw with partition wise join enabled. To: Etsuro Fujita Cc: Rajkumar Raghuwanshi , pgsql-hackers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk > > I don't have any numbers right now, so that is nothing but a concern. But as > I said in a previous email, in the approach I proposed, we don't need to > spend extra cycles where partitioning is not involved. I think that is a > good thing in itself. No? At the cost of having targetlist being type inconsistent. I don't have any testcase either to show that that's a problem in practice. So, it's a trade-off of a concern vs concern. Apart from that, in your approach there are extra cycles spent in traversing the targetlist to add ConvertRowtypeExpr, albeit only when there is a whole-row expression in the targetlist, when creating plans. That's not there in my patch. -- Best Wishes, Ashutosh Bapat EnterpriseDB Corporation The Postgres Database Company