Re: Refactoring speculative insertion with unique indexes a little

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: Refactoring speculative insertion with unique indexes a little
Дата
Msg-id CAM3SWZRNnwcXCBVwoTzeBHTDeaJd5tNZ66aCqif-k03kBFTm6w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Refactoring speculative insertion with unique indexes a little  (Peter Geoghegan <pg@heroku.com>)
Ответы Re: Refactoring speculative insertion with unique indexes a little  (Michael Paquier <michael.paquier@gmail.com>)
Re: Refactoring speculative insertion with unique indexes a little  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Wed, Dec 16, 2015 at 11:44 PM, Peter Geoghegan <pg@heroku.com> wrote:
>> In any case, at this point 9.5 is really aimed to be stabilized, so
>> targeting only master is a far saner approach IMO for this patch.
>> Pushing that in 9.5 a couple of months back may have given enough
>> reason to do so... But well life is life.
>
> No, this really isn't an optimization at all.

I should add: I think that the chances of this patch destabilizing the
code are very slim, once it receives the proper review. Certainly, I
foresee no possible downside to not inserting the doomed IndexTuple,
since it's guaranteed to have its heap tuple super-deleted immediately
afterwards.

That's the only real behavioral change proposed here. So, I would
prefer it if we got this in before the first stable release of 9.5.

-- 
Peter Geoghegan



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Gaetano Mendola
Дата:
Сообщение: pg_tables bug?
Следующее
От: Kenan Yao
Дата:
Сообщение: A question regarding LWLock in ProcSleep