Re: Query with large number of joins

Поиск
Список
Период
Сортировка
Искать
От
Igor Neyman
Тема
Re: Query with large number of joins
Дата
Msg-id
A76B25F2823E954C9E45E32FA49D70ECAB2FDF18@mail.corp.perceptron.com
Ответ на
Список
Дерево обсуждения
Query with large number of joins Marco Di Cesare <Marco.DiCesare@pointclickcare.com>
Re: Query with large number of joins Tom Lane <tgl@sss.pgh.pa.us>
Re: Query with large number of joins Felipe Santos <felipepts@gmail.com>
Re: Query with large number of joins Merlin Moncure <mmoncure@gmail.com>
Re: Query with large number of joins Marco Di Cesare <Marco.DiCesare@pointclickcare.com>
Re: Query with large number of joins Andrew Dunstan <andrew@dunslane.net>
Re: Query with large number of joins Tom Lane <tgl@sss.pgh.pa.us>
Re: Query with large number of joins Marco Di Cesare <Marco.DiCesare@pointclickcare.com>
Re: Query with large number of joins Marco Di Cesare <Marco.DiCesare@pointclickcare.com>
Re: Query with large number of joins Igor Neyman <ineyman@perceptron.com>
Re: Query with large number of joins Tom Lane <tgl@sss.pgh.pa.us>
Re: Query with large number of joins Merlin Moncure <mmoncure@gmail.com>


-----Original Message-----
From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Marco Di Cesare
Sent: Tuesday, October 21, 2014 4:03 PM
To: Andrew Dunstan; Merlin Moncure
Cc: pgsql-performance@postgresql.org
Subject: Re: [PERFORM] Query with large number of joins


On 10/21/2014 12:31 PM, Andrew Dunstan wrote:
> Please don't top-post on the PostgreSQL lists. See 
> 

Oops, sorry.

>Have you tried a) either turning off geqo or setting geqo_threshold 
>fairly high b) setting join_collapse_limit fairly high (assuming all the above join targets are tables and not views, setting it to something like 25 should do the trick.

I did try various combinations of these settings but none yielded any significant query run time improvements. 

> You also haven't told us what settings you have for things like effective_cache_size, which can dramatically affect query plans.

effective_cache_size = 4096MB

I tried bumping this up as well but again no significant query run time improvements.  



Marco,

Didn't you mention, that you have something like 48GB RAM?
In this case (if that's dedicated db server), you should try and set effective_cache_size around 40GB (not 4GB).

Regards,
Igor Neyman
В списке pgsql-performance по дате отправления
От: Marco Di Cesare
Дата:
От: Montana Low
Дата:
FAQ