Re: 8.1 -> 8.4 regression

Поиск
Список
Период
Сортировка
Искать
От
Dennis Björklund
Тема
Re: 8.1 -> 8.4 regression
Дата
Msg-id
c50ac4425997cc51b9f371ae0214d90a.squirrel@zigo.org
Ответ на
Список
Дерево обсуждения
Re: 8.1 -> 8.4 regression "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: 8.1 -> 8.4 regression Ben Chobot <bench@silentmedia.com>
Re: 8.1 -> 8.4 regression Tom Lane <tgl@sss.pgh.pa.us>
Re: 8.1 -> 8.4 regression Ben Chobot <bench@silentmedia.com>
Re: 8.1 -> 8.4 regression Tom Lane <tgl@sss.pgh.pa.us>
Can you force 8.4 to generate the same plan as 8.1? For example by running

  SET enable_hashjoin = off;

before you run EXPLAIN on the query? If so, then we can compare the
numbers from the forced plan with the old plan and maybe figure out why it
didn't use the same old plan in 8.4 as it did in 8.1.

Note that the solution is not to force the plan, but it can give us more
information.

/Dennis

> is at least one query which has degraded in performance quite a bit. Here
> is the plan on 8.4.2:
> http://wood.silentmedia.com/bench/842
>
> Here is the very much less compact plan for the same query on 8.1.19:
> http://wood.silentmedia.com/bench/8119


В списке pgsql-performance по дате отправления
От: lionel duboeuf
Дата:
От: Yeb Havinga
Дата:
FAQ