| От | Simon Riggs |
|---|---|
| Тема | Re: hashjoin chosen over 1000x faster plan |
| Дата | |
| Msg-id | 1191997904.4233.125.camel@ebony.site обсуждение |
| Ответ на | hashjoin chosen over 1000x faster plan ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
| Ответы |
Re: hashjoin chosen over 1000x faster plan
|
| Список | pgsql-performance |
On Tue, 2007-10-09 at 15:09 -0500, Kevin Grittner wrote: > I have a situation where a query is running much slower than I would > expect. The ANALYZE showed that it is hashing some information which > is rarely needed. When I set enable_hashjoin = off for the > connection the query run in 1/1000 the time. Can you confirm the two queries give identical outputs? It isn't clear to me why the second sort is (never executed) in your second plan, which I would only expect to see for an inner merge join. Can you show the details for ControlRecord also. -- Simon Riggs 2ndQuadrant http://www.2ndQuadrant.com
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера