Re: Fast insertion indexes: why no developments

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Fast insertion indexes: why no developments
Дата
Msg-id CAM3SWZTKKHixCkC9hbpOpaVjuW0Bf2oYBfh9yUAN8QiZvx0ouQ@mail.gmail.com
обсуждение исходный текст
Ответ на Fast insertion indexes: why no developments  (Leonardo Francalanci <m_lists@yahoo.it>)
Ответы Re: Fast insertion indexes: why no developments  (Claudio Freire <klaussfreire@gmail.com>)
Re: Fast insertion indexes: why no developments  (Simon Riggs <simon@2ndQuadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: David Johnston
Дата:
Сообщение: Re: How should row-security affects ON UPDATE RESTRICT / CASCADE ?
Следующее
От: Claudio Freire
Дата:
Сообщение: Re: Fast insertion indexes: why no developments