Re: table partioning performance
От
Luke Lonergan
Тема
Re: table partioning performance
Дата
Msg-id
C1C7A5A9.17730%llonergan@greenplum.com
Ответ на
table partioning performance (Colin Taylor)
Список
Дерево обсуждения
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 по дате отправления