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 по дате отправления