Re: Bitmap Heap Scan taking ~60x as long for table when queried aspartition
В списке pgsql-novice по дате отправления:
| От | Laurenz Albe |
|---|---|
| Тема | Re: Bitmap Heap Scan taking ~60x as long for table when queried aspartition |
| Дата | |
| Msg-id | 1518674402.2380.5.camel@cybertec.at обсуждение исходный текст |
| Ответ на | RE: Bitmap Heap Scan taking ~60x as long for table when queried aspartition (Stephen Froehlich <s.froehlich@cablelabs.com>) |
| Ответы |
RE: Bitmap Heap Scan taking ~60x as long for table when queried aspartition
|
| Список | pgsql-novice |
Stephen Froehlich wrote: > It took me until this morning to get the EXPLAIN ANALYZE running. Note that it is a > fair amount slower today because I'm in the midst of a pg_dump for the database > in question, but the proportions should be there: That query has to scan all 122 partitions to get its result. This cannot be avoided, because there are matching rows in many partitions. Partitioning doesn't help if all partitions have to be scanned. I notice that there is no parallelization - having several workers scan partitions in parallel should help. You could create a combined index on (client_ip_md5, start_time), that might speed up the index scans. Yours, Laurenz Albe
В списке pgsql-novice по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера