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 1qLikD-000VUY-Ux for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Jul 2023 11:19:54 +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 1qLikB-0080EP-VW for pgsql-hackers@arkaria.postgresql.org; Tue, 18 Jul 2023 11:19:51 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qLikB-0080EH-II for pgsql-hackers@lists.postgresql.org; Tue, 18 Jul 2023 11:19:51 +0000 Received: from mail.postgrespro.ru ([93.174.131.139]) by magus.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qLik7-0007vO-Ok for pgsql-hackers@postgresql.org; Tue, 18 Jul 2023 11:19:51 +0000 Received: from [192.168.28.88] (unknown [192.168.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: s.kopikova@postgrespro.ru) by mail.postgrespro.ru (Postfix/587) with ESMTPSA id 4F5C8E21011; Tue, 18 Jul 2023 14:19:47 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mx2023; t=1689679187; bh=Js00lOa8yYZZIXB4+umCqiQWUwChjMsi5xA8PdohIxQ=; h=Message-ID:Date:User-Agent:Subject:To:References:From:Cc: In-Reply-To:From; b=ezI94tHkll9JpdrUaJ/dd2e1KZjjM+3p8ftpuXKvWSf8mvp2r2YkaXKT5kVo4dGql kv7deB3uzXl45GQwMc48cJ5rbOHgAbhDBXV1cVSgm42bE8MpvRptFWHKH4l1o85It6 3ToUMMgBSKpsp1vN1cMEPPL2b40WcVXGx+s1IwYXpH1F32dRUw/OcrQMwD+ezgD9zt sWwaPuulx9bRwpGj1geHN5HBL/FoRoiBNHjrMKtjICrbJ87n6RD3WTGGvmiCstLxru x6gd+ySwd6rVOZ1QaKcoT7JLox6KFyWmMJm8Qprk5lkEuCeE9XlvF2ajBcnG3aYE79 7Em2KW8Nfyh/w== Message-ID: <5bc9737f-14d6-9c1b-ba93-907bbaada24d@postgrespro.ru> Date: Tue, 18 Jul 2023 14:19:46 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: Add TOAST support for more system tables Content-Language: en-US To: tgl@sss.pgh.pa.us References: <4092511.1689633064@sss.pgh.pa.us> From: Sofia Kopikova Cc: dgrowleyml@gmail.com, michael@paquier.xyz, pgsql-hackers@postgresql.org 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 Mon, Jul 17, 2023 at 06:31:04PM -0400, Tom Lane wrote: > Sofia Kopikova writes: >> This patch adds TOAST support for system tables pg_class, >> pg_attribute and pg_largeobject_metadata, as they include ACL columns, >> which may be potentially large in size. > We have been around on this topic before, cf discussion leading up to > commit 96cdeae07. Allowing toasted data in pg_class or pg_attribute > seems quite scary to me because of the potential for recursive access, > particularly during cache-flush scenarios. (That is, you need to be > able to read those catalogs on the way to fetching a toasted value, > so how can you be sure that doesn't devolve into an infinite loop?) Many thanks for your reviews. I'm gonna do research and revise this feature thoroughly. I'll set status of the patch to "Waiting on author" for now. -- Sofia Kopikova Postgres Professional: http://www.postgrespro.com The Russian Postgres Company