Re: DELETE / UPDATE from partition not optimized (11.0)

Поиск
Список
Период
Сортировка
От Justin Pryzby
Тема Re: DELETE / UPDATE from partition not optimized (11.0)
Дата
Msg-id 20181028214924.GA26843@telsasoft.com
обсуждение исходный текст
Ответ на Re: DELETE / UPDATE from partition not optimized (11.0)  (Justin Pryzby <pryzby@telsasoft.com>)
Список pgsql-performance
On Fri, Oct 26, 2018 at 10:45:40AM -0500, Justin Pryzby wrote:
> On Thu, Oct 25, 2018 at 10:43:10AM -0600, Dave E Martin wrote:
> > If SELECT is confident enough to limit itself to one partition, why isn't
> > DELETE (or UPDATE)?
> 
> Because of this limitation:
> 
> https://www.postgresql.org/docs/current/static/ddl-partitioning.html#DDL-PARTITION-PRUNING
> |Currently, pruning of partitions during the planning of an UPDATE or DELETE
> |command is implemented using the constraint exclusion method (however, it is
> |controlled by the enable_partition_pruning rather than constraint_exclusion) —
> |see the following section for details and caveats that apply.

I meant to add that one can use a redundant constraints in addition to the
partition bounds, both specifying the same condition.  That also allows
detaching and re-attaching the partition without a table scan (which is why we
do it).

Justin


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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: Gained %20 performance after disabling bitmapscan
Следующее
От: Uday Bhaskar V
Дата:
Сообщение: Indexes on UUID - Fragmentation Issue