Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mt4XU-000410-P5 for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Dec 2021 09:07:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mt4XT-00031i-Jw for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Dec 2021 09:07:31 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mt4XT-00031Z-AZ for pgsql-hackers@lists.postgresql.org; Fri, 03 Dec 2021 09:07:31 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mt4XQ-0005rn-KD for pgsql-hackers@lists.postgresql.org; Fri, 03 Dec 2021 09:07:30 +0000 Received: from [192.168.11.7] (p2638163-ipngn12701funabasi.chiba.ocn.ne.jp [180.59.132.163]) by oss.nttdata.com (Postfix) with ESMTPSA id 97ED96056E; Fri, 3 Dec 2021 18:07:25 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.4 at oss.nttdata.com Message-ID: <2d7c480a-63c8-a244-0f2a-361e5097764f@oss.nttdata.com> Date: Fri, 3 Dec 2021 18:07:25 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.3.2 Subject: Re: postgres_fdw: commit remote (sub)transactions in parallel during pre-commit Content-Language: en-US To: Etsuro Fujita Cc: PostgreSQL Hackers References: <65af8fb4-4c45-9cc3-c6ec-80f3ac488e07@oss.nttdata.com> <95066202-c7e6-e4be-05cc-bdceb45b68c7@oss.nttdata.com> From: Fujii Masao In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021/11/16 18:55, Etsuro Fujita wrote: > I changed my mind; I’ll update the patch to ignore the error as > before, because 1) as far as I know, there are no reports from the > field concerning that we ignore all kinds of errors in cleaning up the > prepared statements, so maybe we don’t need to change that, and 2) we > already committed at least one of the remote transactions, so it’s not > good to abort the local transaction unless we really have to. Are you planning to update the patch? In addition to this change, at least documentation about new parallel_commit parameter needs to be included in the patch. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION