Re: why hash on the primary key?
От | Tom Lane |
---|---|
Тема | Re: why hash on the primary key? |
Дата | |
Msg-id | 140.1227903396@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | why hash on the primary key? ("Robert Haas" <robertmhaas@gmail.com>) |
Ответы |
Re: why hash on the primary key?
|
Список | pgsql-general |
"Robert Haas" <robertmhaas@gmail.com> writes: > It seems very strange for the planner to decide to build an in-memory > hash table on a column that is already indexed (the primary key, no > less!). What's strange about it? A probe into an in-memory hashtable is a lot cheaper than a probe into an index, so this type of plan makes plenty of sense if the hashtable will fit in RAM and there are going to be a lot of probes. (Where "a lot" means "enough to amortize the cost of building the hashtable", of course.) > Experimentation shows this is actually about 25% faster. Well, that just says your cost parameters need a bit of adjustment if you'd like the planner to get the crossover point exactly right. regards, tom lane
В списке pgsql-general по дате отправления: