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 1lJm5r-00019j-12 for pgsql-hackers@arkaria.postgresql.org; Tue, 09 Mar 2021 23:48:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lJm5n-00047q-E5 for pgsql-hackers@arkaria.postgresql.org; Tue, 09 Mar 2021 23:48:47 +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 1lJm5n-00047j-7D for pgsql-hackers@lists.postgresql.org; Tue, 09 Mar 2021 23:48:47 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lJm5k-0005BC-RT for pgsql-hackers@postgresql.org; Tue, 09 Mar 2021 23:48:46 +0000 Received: from bruce by momjian.us with local (Exim 4.92) (envelope-from ) id 1lJm5j-0004D6-Bp; Tue, 09 Mar 2021 18:48:43 -0500 Date: Tue, 9 Mar 2021 18:48:43 -0500 From: Bruce Momjian To: "Bossart, Nathan" Cc: Andres Freund , "pgsql-hackers@postgresql.org" , "McAlister, Grant" , "Mlodgenski, Jim" , "Nasby, Jim" , "Hsu, John" Subject: Re: partial heap only tuples Message-ID: <20210309234843.GA16791@momjian.us> References: <2ECBBCA0-4D8D-4841-8872-4A5BBDC063D2@amazon.com> <20210213162623.4upmsuzwv2anqoqx@alap3.anarazel.de> <962E672B-E874-4EF3-AEE0-85E54AA083A9@amazon.com> <20210309162342.GA26575@momjian.us> <3B4C4C0E-6D1E-4193-8DA6-2B584264B9A4@amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B4C4C0E-6D1E-4193-8DA6-2B584264B9A4@amazon.com> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Mar 9, 2021 at 09:33:31PM +0000, Bossart, Nathan wrote: > I'm cautiously optimistic that index creation and deletion will not > require too much extra work. For example, if a new index needs to > point to a partial heap only tuple, it can do so (unlike HOT, which > would require that the new index point to the root of the chain). The > modified-columns bitmaps could include the entire set of modified > columns (not just the indexed ones), so no additional changes would > need to be made there. Furthermore, I'm anticipating that the > modified-columns bitmaps will end up only being used with the > redirected LPs to help reduce heap bloat after single-page vacuuming. > In that case, new indexes would probably avoid the existing bitmaps > anyway. Yes, that would probably work, sure. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com The usefulness of a cup is in its emptiness, Bruce Lee