Re: [GENERAL] Re: [SQL] bad select performance fixed by forbidding hash joins
В списке pgsql-general по дате отправления:
| От | Bruce Momjian |
|---|---|
| Тема | Re: [GENERAL] Re: [SQL] bad select performance fixed by forbidding hash joins |
| Дата | |
| Msg-id | 199907211757.NAA08306@candle.pha.pa.us обсуждение исходный текст |
| Ответ на | Re: [SQL] bad select performance fixed by forbidding hash joins (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-general |
> George Young <gry@ll.mit.edu> writes: > > Yes! PGOPTIONS="-fh" made the query time go from 16 seconds to 2 seconds! > > Is this a safe thing to leave on permanently, or is there some way to set > > PGOPTIONS for just this query? > > I wouldn't recommend leaving it on as a long-term solution, because > you're hobbling the system for cases where hashjoin *is* the best > method. AFAIK there is not a SET VARIABLE method for enabling/disabling > plan types on-the-fly, though perhaps one should be added. Postgres does have options to prohibit certain join types, so you could try forcing a certain join type and see what happens. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера