Re: Fast insertion indexes: why no developments - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Fast insertion indexes: why no developments
Date
Msg-id CAM3SWZTKKHixCkC9hbpOpaVjuW0Bf2oYBfh9yUAN8QiZvx0ouQ@mail.gmail.com
Whole thread Raw
In response to Fast insertion indexes: why no developments  (Leonardo Francalanci <m_lists@yahoo.it>)
Responses Re: Fast insertion indexes: why no developments  (Claudio Freire <klaussfreire@gmail.com>)
Re: Fast insertion indexes: why no developments  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
On Tue, Oct 29, 2013 at 7:53 AM, Leonardo Francalanci <m_lists@yahoo.it> wrote:
> I don't see much interest in insert-efficient indexes.

Presumably someone will get around to implementing a btree index
insertion buffer one day. I think that would be a particularly
compelling optimization for us, because we could avoid ever inserting
index tuples that are already dead when the deferred insertion
actually occurs.

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: David Johnston
Date:
Subject: Re: How should row-security affects ON UPDATE RESTRICT / CASCADE ?
Next
From: Claudio Freire
Date:
Subject: Re: Fast insertion indexes: why no developments