Re: That EXPLAIN ANALYZE patch still needs work

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: That EXPLAIN ANALYZE patch still needs work
Дата
Msg-id 87ejy0q3ul.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: That EXPLAIN ANALYZE patch still needs work  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: That EXPLAIN ANALYZE patch still needs work  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Martijn van Oosterhout <kleptog@svana.org> writes:

> This would mean that we wouldn't be assuming that tuples near the end
> take as long as tuples near the beginning. Except we're now dealing
> will smaller numbers, so I'm worried about error accumlation.

Hm, that would explain why Hash joins suffer from this especially. Even when
functioning properly hashes get slower as the buckets fill up and there are
longer lists to traverse. Perhaps the hashes are suffering inordinately from
collisions though. Some of the data type hash functions looked kind of suspect
when I peeked at them a while back.

-- 
greg



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

Предыдущее
От: Teodor Sigaev
Дата:
Сообщение: Snowball and ispell in tsearch2
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Compression and on-disk sorting