Re: [SQL] [PERFORM] 7.3.1 index use / performance

Поиск
Список
Период
Сортировка
Искать
От
Achilleus Mantzios
Тема
Re: [SQL] [PERFORM] 7.3.1 index use / performance
Дата
Msg-id
Pine.LNX.4.44.0301081547150.14415-100000@matrix.gatewaynet.com
Ответ на
Список
Дерево обсуждения
7.3.1 index use / performance Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: [PERFORM] 7.3.1 index use / performance Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Tom Lane <tgl@sss.pgh.pa.us>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Tom Lane <tgl@sss.pgh.pa.us>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Tom Lane <tgl@sss.pgh.pa.us>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: [SQL] [PERFORM] 7.3.1 index use / performance Tom Lane <tgl@sss.pgh.pa.us>
7.3.1 function problem: ERROR: cache lookup failed for type 0 Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: 7.3.1 function problem: ERROR: cache lookup failed for type 0 Tom Lane <tgl@sss.pgh.pa.us>
Re: 7.3.1 function problem: ERROR: cache lookup failed Achilleus Mantzios <achill@matrix.gatewaynet.com>
Re: 7.3.1 function problem: ERROR: cache lookup failed Joe Conway <mail@joeconway.com>
On Tue, 7 Jan 2003, Tom Lane wrote:

> Rod Taylor  writes:
> >> I am wondering about a compiler bug, or some other peculiarity on your
> >> platform.  Can anyone else using FreeBSD try the above experiment and
> >> see if they get different results from mine on 7.3.* (or CVS tip)?
>
> > On FreeBSD 4.7 I received the exact same results as Tom using the
> > statements shown by Tom.
>
> On looking at the code, I do see part of a possible mechanism for this
> behavior: cost_index calculates the estimated cost for qual-clause
> evaluation like this:
>

This bizarre index decreased cost (when adding conditions) behaviour maybe
was due to some vacuums.
(i cant remember how many reloads and vacuums i did to the database
in the period petween the two emails).

However my linux machine with the same pgsql 7.3.1, with a full clean
installation also gives the same symptoms:
Choosing the slow index, and after some (random)
vacuums choosing the right index, and then after some vacuums chooses the
bad
index again.


>
> 			regards, tom lane
>

==================================================================
Achilleus Mantzios
S/W Engineer
IT dept
Dynacom Tankers Mngmt
Nikis 4, Glyfada
Athens 16610
Greece
tel:    +30-10-8981112
fax:    +30-10-8981877
email:  achill@matrix.gatewaynet.com
        mantzios@softlab.ece.ntua.gr

В списке pgsql-general по дате отправления
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Exporting data as SQL
От: Andreas Schlegel
Дата:
Сообщение: Drop foreign keys?
FAQ