Re: Worse perfomance on 8.2.0 than on 7.4.14

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Worse perfomance on 8.2.0 than on 7.4.14
Дата
Msg-id 21166.1167694227@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Worse perfomance on 8.2.0 than on 7.4.14  (Rolf Østvik <rolfostvik@yahoo.no>)
Ответы Re: Worse perfomance on 8.2.0 than on 7.4.14  (Rolf Østvik <rolfostvik@yahoo.no>)
Список pgsql-performance
=?iso-8859-1?q?Rolf=20=D8stvik?= <rolfostvik@yahoo.no> writes:
> First i have some queries to give you a feel of size
> of datasets and plans and times.

You said earlier that essentially all the rows of step_result_subset
have step_parent = 0 ... is that really true?  I can hardly believe
that either 7.4 or 8.2 would use an indexscan for Q-A if so.

I'd be interested to see the results of

prepare foo(int) as select id from step_result_subset sr
    where uut_result = $1 and step_parent = 0;
explain analyze execute foo(42);

(use some representative uut_result value instead of 42).  If it doesn't
want to use an indexscan for this, disable plan types until it does.
This would perhaps shed some light on why 8.2 doesn't want to use a scan
like that as the inside of a nestloop.

            regards, tom lane

В списке pgsql-performance по дате отправления:

Предыдущее
От: Rolf Østvik
Дата:
Сообщение: Re: Worse perfomance on 8.2.0 than on 7.4.14
Следующее
От: "Craig A. James"
Дата:
Сообщение: glibc double-free error