Re: Performance improvements of INSERTs to a partitioned table

Поиск
Список
Период
Сортировка
Искать
От
David Rowley
Тема
Re: Performance improvements of INSERTs to a partitioned table
Дата
Msg-id
CAKJS1f9SepyZzmZrSCF8DBMtNvzouLYzbpeDULB4dZiG2BvVbw@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Performance improvements of INSERTs to a partitioned table "Kato, Sho" <kato-sho@jp.fujitsu.com>
RE: Performance improvements of INSERTs to a partitioned table "Kato, Sho" <kato-sho@jp.fujitsu.com>
Re: Performance improvements of INSERTs to a partitioned table David Rowley <david.rowley@2ndquadrant.com>
Re: Performance improvements of INSERTs to a partitioned table Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
Re: Performance improvements of INSERTs to a partitioned table David Rowley <david.rowley@2ndquadrant.com>
RE: Performance improvements of INSERTs to a partitioned table "Kato, Sho" <kato-sho@jp.fujitsu.com>
On 9 November 2018 at 18:45, Amit Langote  wrote:
> As long as queries involve tuple routing that touches multiple not yet
> seen partitions, someone doing conflicting operations directly on multiple
> partitions in a transaction will have to be ready to see deadlocks.
> Maybe, we can document that.

Perhaps it's good enough. A guess there's at least a workaround of
doing LOCK TABLE  in the CREATE INDEX /
TRUNCATE session.

-- 
 David Rowley                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

В списке pgsql-hackers по дате отправления
От: Andres Freund
Дата:
Сообщение: Re: Skylake-S warning
От: John Dent
Дата:
FAQ