| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера