Re: Read performance on Large Table

Поиск
Список
Период
Сортировка
От Scott Ribe
Тема Re: Read performance on Large Table
Дата
Msg-id DA2568CB-CFAE-4530-9486-88AA4E3D9179@elevated-dev.com
обсуждение исходный текст
Ответ на Re: Read performance on Large Table  (Keith <keith@keithf4.com>)
Ответы Re: Read performance on Large Table
Список pgsql-admin
On May 21, 2015, at 9:45 AM, Keith <keith@keithf4.com> wrote:
>
> If you're just going to do basic time series partitioning, I've written a tool that manages most of it for you. Also
doesretention management as well and can dump out the old partitions automatically. 

Yep, make some partitions ahead of time, plus cron to periodically run in order to stay ahead, is an alternative
approach.

> I'm in the process of getting v2.0.0 out that has a lot of new work done, but will only be compatible with Postgres
9.4(since it uses background workers to have scheduling built in). So if you want to wait, I should have that out soon. 

I wouldn’t mind that—I did it the way I did partly because I wanted it all self-contained in PG without external (cron
orlaunchd or…) configuration dependencies. 


--
Scott Ribe
scott_ribe@elevated-dev.com
http://www.elevated-dev.com/
https://www.linkedin.com/in/scottribe/
(303) 722-0567 voice







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

Предыдущее
От: Keith
Дата:
Сообщение: Re: Read performance on Large Table
Следующее
От: Keith
Дата:
Сообщение: Re: Read performance on Large Table