Re: How to improve speed of 3 table join &group (HUGE tables)
В списке pgsql-performance по дате отправления:
| От | Heikki Linnakangas |
|---|---|
| Тема | Re: How to improve speed of 3 table join &group (HUGE tables) |
| Дата | |
| Msg-id | 4717AEA3.7030507@enterprisedb.com обсуждение исходный текст |
| Ответ на | How to improve speed of 3 table join &group (HUGE tables) (John Major <major@cbio.mskcc.org>) |
| Ответы |
Re: How to improve speed of 3 table join &group (HUGE tables)
|
| Список | pgsql-performance |
John Major wrote: > ~there are indexes on all of the fields being joined (but not on > library_id or clip_type ). ~Everything has been re-analyzed post index > creation > ~I've tried "set enable_seqscan=off" and set (join_table_order or > something) = 1 Seqscanning and sorting a table is generally faster than a full scan of the table using an index scan, unless the heap is roughly in the index order. You probably need to CLUSTER the tables to use the indexes effectively. Are you sure you have an index on sequence_alignment.sequence_id? The planner seems to choose a seqscan + sort, even though you've set enable_seqscan=false. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера