Re: PG optimization question
От | Nickolay |
---|---|
Тема | Re: PG optimization question |
Дата | |
Msg-id | 4B487D9C.9020507@zhukcity.ru обсуждение исходный текст |
Ответ на | Re: PG optimization question (Kenneth Marshall <ktm@rice.edu>) |
Ответы |
Re: PG optimization question
|
Список | pgsql-performance |
That may help with the queries speed (not a problem now), but we'll then have to add UNION statement for daily staging table for other 5% of requests, right? And there would be a moment when daily message is in archive table AND in daily table (while transferring from daily table to archive). Our main problem is in blocking when doing DELETE (app sometimes freezes for a long time), and also we have to do VACUUM on live table, which is not acceptable in our app. Thanks for your reply, I was kinda worried about number of partitions and how this would affect PG query execution speed. Kenneth Marshall wrote: >> Oh, btw, 95% of queries are searching rows for current date (last 24 >> hours). >> > > You may want to use a daily staging table and then flush to the > monthly archive tables at the end of the day. > >
В списке pgsql-performance по дате отправления: