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 по дате отправления: