Re: Using ctid column changes plan drastically

Поиск
Список
Период
Сортировка
От Thomas Kellerer
Тема Re: Using ctid column changes plan drastically
Дата
Msg-id jumcuv$26n$1@dough.gmane.org
обсуждение исходный текст
Ответ на Re: Using ctid column changes plan drastically  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Using ctid column changes plan drastically  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
Tom Lane, 24.07.2012 16:23:
> Thomas Kellerer <spam_eater@gmx.net> writes:
>> DELETE FROM dupes
>> WHERE id NOT IN (SELECT min(b.id)
>>                    FROM   dupes b
>>                    GROUP BY first_name, last_Name
>>                    HAVING count(*) > 1);
>
> Doesn't that kill the non-duplicates too?

Ah right - another good point on how important the correct test data is ;)

>> Why does the usage of the CTID column change the plan so drastically?
>
> IIRC, type tid doesn't have any hash support.
>

So the "bad" plan is expected?

Regards
Thomas



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

Предыдущее
От: Ioannis Anagnostopoulos
Дата:
Сообщение: Re: Heavy inserts load wile querying...
Следующее
От: Maciek Sakrejda
Дата:
Сообщение: Re: Geoserver-PostGIS performance problems