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 1pafh9-00005e-N3 for pgsql-hackers@arkaria.postgresql.org; Fri, 10 Mar 2023 16:34:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pafh5-0002G7-Ms for pgsql-hackers@arkaria.postgresql.org; Fri, 10 Mar 2023 16:34:11 +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 1pafh5-0002Fy-DX for pgsql-hackers@lists.postgresql.org; Fri, 10 Mar 2023 16:34:11 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pafh0-0003Rs-HR for pgsql-hackers@postgresql.org; Fri, 10 Mar 2023 16:34:10 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 32AGY2cm825495; Fri, 10 Mar 2023 11:34:02 -0500 From: Tom Lane To: Stephen Frost cc: Yugo NAGATA , Antonin Houska , pgsql-hackers@postgresql.org Subject: Re: RLS makes COPY TO process child tables In-reply-to: References: <3472.1675251957@antos> <20230202011525.c7c05900bcf791f868d72a51@sraoss.co.jp> <1379089.1675270043@sss.pgh.pa.us> <20230202160031.defd38f35433c7677b48a8ec@sraoss.co.jp> Comments: In-reply-to Stephen Frost message dated "Tue, 07 Feb 2023 20:02:05 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <825493.1678466042.1@sss.pgh.pa.us> Date: Fri, 10 Mar 2023 11:34:02 -0500 Message-ID: <825494.1678466042@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Stephen Frost writes: >> Tom Lane wrote: >>> Yugo NAGATA writes: >>>> I think this is a bug because the current behaviour is different from >>>> the documentation. >>> I agree, it shouldn't do that. > Yeah, I agree based on what the COPY table TO docs say should be > happening. Yeah, the documentation is quite clear that child data is not included. > I'm not sure if this makes good sense to back-patch. I think we have to. The alternative is to back-patch some very confusing documentation changes saying "never mind all that if RLS is on". regards, tom lane