Re: Declarative partitioning - another take - Mailing list pgsql-hackers

From Dmitry Ivanov
Subject Re: Declarative partitioning - another take
Date
Msg-id 426b2b01-61e0-43aa-bd84-c6fcf516f1c3@postgrespro.ru
Whole thread Raw
In response to Re: Declarative partitioning - another take  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Declarative partitioning - another take  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Hi everyone,

> Of course, this is the beginning, not the end.  I've been thinking
> about next steps -- here's an expanded list:

> - more efficient plan-time partition pruning (constraint
> exclusion is too slow)
> - run-time partition pruning
> - try to reduce lock levels
> ...

We (PostgresPro) have been working on pg_pathman for quite a while, and
since it's obviously going to become the thing of the past, it would be a
wasted effort if we didn't try to participate.

For starters, I'd love to work on both plan-time & run-time partition
pruning. I created a custom node for run-time partition elimination, so I
think I'm capable of developing something similar.


--
Dmitry Ivanov
Postgres Professional: http://www.postgrespro.com
Russian Postgres Company



pgsql-hackers by date:

Previous
From: Asif Naeem
Date:
Subject: Re: pgcrypto compilation error due to stack-allocated EVP_CIPHER_CTX
Next
From: Robert Haas
Date:
Subject: Re: Patch to implement pg_current_logfile() function