Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1siaU8-006eIJ-UF for pgsql-committers@arkaria.postgresql.org; Mon, 26 Aug 2024 14:14:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1siaU6-00Ae1e-NP for pgsql-committers@arkaria.postgresql.org; Mon, 26 Aug 2024 14:14:19 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1siaU5-00Adta-1r for pgsql-committers@lists.postgresql.org; Mon, 26 Aug 2024 14:14:18 +0000 Received: from fout7-smtp.messagingengine.com ([103.168.172.150]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1siaU2-001WzL-Ps for pgsql-committers@lists.postgresql.org; Mon, 26 Aug 2024 14:14:16 +0000 Received: from phl-compute-07.internal (phl-compute-07.nyi.internal [10.202.2.47]) by mailfout.nyi.internal (Postfix) with ESMTP id 58EDF138FF37; Mon, 26 Aug 2024 10:14:12 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-07.internal (MEProxy); Mon, 26 Aug 2024 10:14:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eisentraut.org; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1724681652; x=1724768052; bh=ESyuKkVXBIgATQkFl0SRwO1bkKmbibaMiw9FCF4WYv8=; b= DuEdPyuE799hSKkDkFX5BvSAdQtQvBTYsPe7E9FTgmPSOHZJsE5se+u0qRqobIx8 v6JmU8qMTQbfbOoG+C0mLbzZRV4k2tLowHGkLYreavkdL/yV+n4/Zu6DNglHzeQ5 Yj6UI5KdzIdLYdSs3hRUvGu0Uaa3XDEORHJCbOa1pOq4hBPe1I0HKzo5suJRaGn6 wX5WiyLbgdd+q33hK+wETc7y4KWxGxCoTxWdc11J/hJVDe2kZMMj9t5enWKGkSXM JLRPQOEUxxmEjKhhGjOmU2du+sElXlRCOykNRAKZrPBG6kpTHLzhMp2yk2jjesu1 jBaVjdxGVVXujDkSOsBAnQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1724681652; x= 1724768052; bh=ESyuKkVXBIgATQkFl0SRwO1bkKmbibaMiw9FCF4WYv8=; b=u BWA0AcgSkDCBBYhox4jjCnkALeVBSnDy45RmV+c8ASvn7gFEQkUn8UhOlGlNk1Kb zpaoFcKNorjduNE+rWgMJLd36GWLf8GbwADXuWer6sNzMkwMOQkl5GpOQH16DNq3 pnz7h6W5U/wFHzYGGvxrD3CWLtKKAVqPlJ061+UD2m2a1uizR0Du/CK1L6ATpM0p UCVFrRXj299O/anXhhB0NfOoGAe3exsnOFnk5hSoi3OZqGwJ18c/PoIUES5NEaZX 2u8uhE1V6Off2MDj4c7cridCLYTGyEe2Mp0lOGqgwPljARfDuRviyaGvEihrLHRx Kj9J0ukI5w8vgXUcduUhQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddruddvkedgjedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepkfffgggfuffvfhfhjggtgfesthejredttddvjeen ucfhrhhomheprfgvthgvrhcugfhishgvnhhtrhgruhhtuceophgvthgvrhesvghishgvnh htrhgruhhtrdhorhhgqeenucggtffrrghtthgvrhhnpeehiedvhfeuhfeugefgfeehgeej tdevuefhtefhueefvddugfdtueehgfefudfhffenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrsegvihhsvghnthhrrghuthdrohhr ghdpnhgspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepmh hsrgifrggurgesphhoshhtghhrvghsqhhlrdhorhhgpdhrtghpthhtohepphhgshhqlhdq tghomhhmihhtthgvrhhssehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: ie0a040ee:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 26 Aug 2024 10:14:11 -0400 (EDT) Message-ID: <6a96f1af-22b4-4a80-8161-1f26606b9ee2@eisentraut.org> Date: Mon, 26 Aug 2024 16:14:09 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pgsql: Restrict accesses to non-system views and foreign tables during To: Masahiko Sawada , pgsql-committers@lists.postgresql.org References: Content-Language: en-US From: Peter Eisentraut 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 05.08.24 15:07, Masahiko Sawada wrote: > To address this, pg_dump now utilizes the newly introduced > restrict_nonsystem_relation_kind GUC parameter to restrict the > accesses to non-system views and foreign tables during the dump > process. This new GUC parameter is added to back branches too, but > these changes do not require cluster recreation. This documentation of this new parameter is a bit hard to understand. The description in guc_tables.c is "Sets relation kinds of non-system relation to restrict use" which is hard to understand even knowing what this setting is supposed to do. In config.sgml it says + This variable specifies relation kind to which access is restricted. + It contains a comma-separated list of relation kind. Currently, the + supported relation kinds are view and + foreign-table. This does not mention "system" or "non-system" at all. Also, the phrase "to which access is restricted" can be interpreted in two opposite ways: - access to those relations is prohibited - access is limited to those relations Also nothing anywhere clarifies what "restricted" means here, and the term introduces unnecessary ambiguity. Can we come up with some more precise and easier-to-understand language?