Re: table size/record limit

Поиск
Список
Период
Сортировка
Искать
От
Dennis Gearon
Тема
Re: table size/record limit
Дата
Msg-id
41790D26.5090004@fireserve.net
Ответ на
Re: table size/record limit (Gaetano Mendola)
Список
Дерево обсуждения
table size/record limit Dennis Gearon <gearond@fireserve.net>
Re: table size/record limit Tino Wildenhain <tino@wildenhain.de>
Re: table size/record limit Dennis Gearon <gearond@fireserve.net>
Re: table size/record limit "Joshua D. Drake" <jd@commandprompt.com>
Re: table size/record limit Robby Russell <robby@planetargon.com>
Re: table size/record limit Dennis Gearon <gearond@fireserve.net>
Re: table size/record limit Gaetano Mendola <mendola@bigfoot.com>
Re: table size/record limit David Helgason <david@uti.is>
Great Idea! When I get that far, I will try it.

Gaetano Mendola wrote:



> For partion in some way I don't mean only split it in more tables. You
> can use some available tools in postgres and continue to see this table
> as one but implemented behind the scenes with more tables.
> One usefull and impressive way is to use the inheritance in order to obtain
> a vertical partition
> 
> 0) Decide a partition policy ( based on time stamp for example )
> 1) Create an empty base table with the name that you want see as "public"
> 2) Create the partition using the empty table as base table
> 3) Create a rule on the base table so an insert or the update on it is
> ~   performed as a insert or an update on the right table ( using the 
> partition
> ~   policy at step 0 )
> 
> in this way you are able to vacuum each partition, reindex each 
> partition and
> so on in a more "feseable way" I do not immagine vacuum full or reindex a
> 3,600,000,000 records table...

В списке pgsql-general по дате отправления
От: Stephan Szabo
Дата:
Сообщение: Re: FKs and deadlocks
От: Tom Lane
Дата:
Сообщение: Re: FKs and deadlocks
FAQ