Re: hash aggregation

Поиск
Список
Период
Сортировка
От Korisk
Тема Re: hash aggregation
Дата
Msg-id 846851350052668@web19g.yandex.ru
обсуждение исходный текст
Ответ на Re: hash aggregation  (Ondrej Ivanič <ondrej.ivanic@gmail.com>)
Список pgsql-performance
> What I can not understand is why the seq scan's estimated cost is
> better the index scan's one. It depends on the number of pages in
> index/relation. May be the index is heavily bloated?
Mm i don't know how to see bloating level. But the index was created by
create index on hashcheck using btree (name)
after the table population.

Sizes:
hashes=# select pg_total_relation_size('hashcheck');
 pg_total_relation_size
------------------------
             2067701760
(1 row)

hashes=# select pg_total_relation_size('hashcheck_name_rev_idx');
 pg_total_relation_size
------------------------
              629170176
(1 row)



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

Предыдущее
От: Sergey Konoplev
Дата:
Сообщение: Re: hash aggregation
Следующее
От: "Anibal David Acosta"
Дата:
Сообщение: Do cast affects index usage?