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 1rzTbl-004Gip-RY for pgsql-hackers@arkaria.postgresql.org; Wed, 24 Apr 2024 03:47:45 +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 1rzTbj-00Bbaj-L0 for pgsql-hackers@arkaria.postgresql.org; Wed, 24 Apr 2024 03:47:43 +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 1rzTbj-00BbaZ-Bq for pgsql-hackers@lists.postgresql.org; Wed, 24 Apr 2024 03:47:43 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rzTbg-004Lkg-Sl for pgsql-hackers@postgresql.org; Wed, 24 Apr 2024 03:47:42 +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 43O3lcmO3602392; Tue, 23 Apr 2024 23:47:39 -0400 From: Tom Lane To: Yugo NAGATA cc: pgsql-hackers@postgresql.org Subject: Re: Extend ALTER DEFAULT PRIVILEGES for large objects In-reply-to: <20240424115242.236b499b2bed5b7a27f7a418@sraoss.co.jp> References: <20240424115242.236b499b2bed5b7a27f7a418@sraoss.co.jp> Comments: In-reply-to Yugo NAGATA message dated "Wed, 24 Apr 2024 11:52:42 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3602390.1713930458.1@sss.pgh.pa.us> Date: Tue, 23 Apr 2024 23:47:38 -0400 Message-ID: <3602391.1713930458@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Yugo NAGATA writes: > Currently, ALTER DEFAULT PRIVILEGE doesn't support large objects, > so if we want to allow users other than the owner to use the large > object, we need to grant a privilege on it every time a large object > is created. One of our clients feels that this is annoying, so I would > like propose to extend ALTER DEFAULT PRIVILEGE to large objects. I wonder how this plays with pg_dump, and in particular whether it breaks the optimizations that a45c78e32 installed for large numbers of large objects. The added test cases seem to go out of their way to leave no trace behind that the pg_dump/pg_upgrade tests might encounter. I think you broke psql's \ddp, too. And some other places; grepping for DEFACLOBJ_NAMESPACE finds other oversights. On the whole I find this proposed feature pretty unexciting and dubiously worthy of the implementation/maintenance effort. regards, tom lane