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 1oEoFY-0007Xh-7X for pgsql-hackers@arkaria.postgresql.org; Fri, 22 Jul 2022 08:43:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oEoFV-00027p-FI for pgsql-hackers@arkaria.postgresql.org; Fri, 22 Jul 2022 08:43:05 +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 1oEoFV-00026V-0Q for pgsql-hackers@lists.postgresql.org; Fri, 22 Jul 2022 08:43:05 +0000 Received: from mail.postgrespro.ru ([93.174.131.139]) by makus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oEoFR-0001hp-Qa for pgsql-hackers@postgresql.org; Fri, 22 Jul 2022 08:43:03 +0000 Received: from [192.168.129.213] (unknown [91.205.25.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail.postgrespro.ru (Postfix) with ESMTPSA id D850121C1F4D; Fri, 22 Jul 2022 11:42:58 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mail; t=1658479379; bh=5NXF7B033VHAdxRRxDF0Yc02YHd4PoaYRy2Riy9yCmk=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=Q0AbgvwbWUKOjyV9RvcRzOshca9HgAt1hXuH1WHxca/TO0g8A1/1LXdLw+U/ze8E/ p+pNIqVcBRXf8zlLqkX5lQiq7v4IglIThY7wAKcdmbpI4lF2XRar1zH74eeIZ5HCw4 f5DsGgpAu5NesrJ7h3D/MHimtss2fKYhRGmOHe08= Message-ID: <09ff35ff-291f-d9e9-a0ed-55e6bb9732fc@postgrespro.ru> Date: Fri, 22 Jul 2022 13:42:43 +0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: Fast COPY FROM based on batch insert Content-Language: en-US To: Etsuro Fujita Cc: Justin Pryzby , Zhihong Yu , Amit Langote , tanghy.fnst@fujitsu.com, Ashutosh Bapat , Pg Hackers , Tomas Vondra , houzj.fnst@fujitsu.com References: <20210323032322.GW4203@telsasoft.com> <20210409004956.GN6592@telsasoft.com> <45ad1b94-339b-a841-8885-67ebe6fc5bc1@postgrespro.ru> <57733596-5fd6-07ec-d65c-67411411f10e@postgrespro.ru> <05bc8819-3e53-d884-a0d0-a17ffa5febef@postgrespro.ru> From: Andrey Lepikhov Organization: Postgres Professional In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 7/22/22 13:14, Etsuro Fujita wrote: > On Fri, Jul 22, 2022 at 3:39 PM Andrey Lepikhov >> Why such cascade flush is really necessary, especially for BEFORE and >> INSTEAD OF triggers? > > BEFORE triggers on the chosen partition might query the parent table, > not just the partition, so I think we need to do this so that such > triggers can see all the rows that have been inserted into the parent > table until then. Thanks for the explanation of your point of view. So, maybe switch status of this patch to 'Ready for committer'? -- Regards Andrey Lepikhov Postgres Professional