Re: Why is plan (and performance) different on partitioned table?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Why is plan (and performance) different on partitioned table?
Дата
Msg-id 22530.1146538756@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Why is plan (and performance) different on partitioned table?  ("Mark Liberman" <mliberman@mixedsignals.com>)
Ответы Re: Why is plan (and performance) different on partitioned table?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
"Mark Liberman" <mliberman@mixedsignals.com> writes:
> I have recently implemented table partitioning in our postgres 8.1 db. =
> Upon analyzing query performance, I have realized that, even when only a =
> single one of the "partitions" has to be scanned, the plan is =
> drastically different, and performs much worse, when I query against the =
> master table (uses merge join), vs. a direct query against the partition =
> directly (uses a hash join).  The majority of our queries only access a =
> single partition.

Joins against partitioned tables suck in 8.1 :-(.  There is code in CVS
HEAD to improve this, but it didn't get done in time for 8.1.

            regards, tom lane

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

Предыдущее
От: "Mark Liberman"
Дата:
Сообщение: Why is plan (and performance) different on partitioned table?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Why is plan (and performance) different on partitioned table?