Re: table partioning performance

Поиск
Список
Период
Сортировка
Искать
От
Luke Lonergan
Тема
Re: table partioning performance
Дата
Msg-id
C1C7A5A9.17730%llonergan@greenplum.com
Ответ на
Список
Дерево обсуждения
table partioning performance "Colin Taylor" <colin.taylor@gmail.com>
Re: table partioning performance "Steven Flatt" <steven.flatt@gmail.com>
Re: table partioning performance "Simon Riggs" <simon@2ndquadrant.com>
Re: table partioning performance "Steven Flatt" <steven.flatt@gmail.com>
Re: table partioning performance "Simon Riggs" <simon@2ndquadrant.com>
Re: [HACKERS] table partioning performance "Jim C. Nasby" <jim@nasby.net>
Re: [HACKERS] table partioning performance "Simon Riggs" <simon@2ndquadrant.com>
Re: table partioning performance "Jim C. Nasby" <jim@nasby.net>
Re: table partioning performance "Steven Flatt" <steven.flatt@gmail.com>
Re: table partioning performance "Jim C. Nasby" <jim@nasby.net>
Re: table partioning performance "Merlin Moncure" <mmoncure@gmail.com>
Re: table partioning performance "Luke Lonergan" <llonergan@greenplum.com>
Colin,


On 1/6/07 8:37 PM, "Colin Taylor"  wrote:

> Hi there,  we've partioned a table (using 8.2) by day due to the 50TB of data
> (500k row size, 100G rows) we expect to store it in a year.
> Our performance on inserts and selects against the master table is
> disappointing, 10x slower (with ony 1 partition constraint) than we get  by
> going to the partioned table directly. Browsing the list I get the impression
> this just a case of too many partitions?  would be better off doing partitions
> of partitions ? 

Can you post an "explain analyze" of your query here so we can see what's
going on?

- Luke


В списке pgsql-performance по дате отправления
От: Dimitri Fontaine
Дата:
От: Bruce Momjian
Дата:
FAQ