| От | Jean-Max Reymond |
|---|---|
| Тема | Re: Optimizing a request |
| Дата | |
| Msg-id | 4b09a0c040831132633b2bce5@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Optimizing a request (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-performance |
On Tue, 31 Aug 2004 16:13:58 -0400, Tom Lane <tgl@sss.pgh.pa.us> wrote: > That seems like a very strange plan choice given those estimated row > counts. I'd have expected it to use a nestloop with inner index scan > on article_rub_id_index. You haven't done anything odd like disable > nestloop, have you? > no optimizer disabled. > What plan do you get if you turn off enable_hashjoin? (If it's a merge > join, then turn off enable_mergejoin and try again.) Also, could we see > EXPLAIN ANALYZE not just EXPLAIN output for all these cases? > > regards, tom lane > OK, TOM Thanks for your help -- Jean-Max Reymond CKR Solutions http://www.ckr-solutions.com
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера