| От | Tom Lane |
|---|---|
| Тема | Re: Slow Multi-joins performance [DEVELOPERS attn please] |
| Дата | |
| Msg-id | 13474.1031603202@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Slow Multi-joins performance [DEVELOPERS attn please] (Richard Huxton <dev@archonet.com>) |
| Ответы |
Re: Slow Multi-joins performance [DEVELOPERS attn please]
|
| Список | pgsql-sql |
Richard Huxton <dev@archonet.com> writes:
> Which says to me that your form is fine. Testing says otherwise, so there must
> be some element of the query that is not being accounted for in EXPLAIN
> ANALYSE.
To wit, planning time. EXPLAIN ANALYZE only counts execution time.
And planning time on a 13-way join is going to be nontrivial ---
especially compared to execution against trivial-size tables.
You can turn on some query stats logging (I forget the SET-variable
names) to get a feeling for the relative costs of planning and
execution; but usually planning drops into the noise once you start
looking at production-sized cases.
regards, tom lane
В списке pgsql-sql по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера