Re: Deprecating Hash Indexes

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Deprecating Hash Indexes
Дата
Msg-id CA+TgmobGgvSP_a9n3Xn=ZNeqrZQAov+af4vYjO2QjjBk_xUocg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Deprecating Hash Indexes  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: Deprecating Hash Indexes
Список pgsql-hackers
On Mon, Oct 15, 2012 at 12:59 PM, Simon Riggs <simon@2ndquadrant.com> wrote:
>> I don't think I'd go so far as to say that we should
>> imply that they'll be removed in a future release.  Given how deeply
>> intertwined they are with the planner, I doubt that that will happen;
>> and I think there is enough interest in the technology that it's
>> likely to eventually be fixed.
>
> Hash indexes aren't used in the planner. Hash joins use completely
> separate code.

It's not really completely separate, because to do a hash join we have
to find a hash function for the relevant data types, and IIUC we do
that by looking up the default hash opclass for the datatype and
finding its first support function.  Of course, if we were to remove
the hash AM, then you couldn't define a hash opclass against it.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Deprecating Hash Indexes
Следующее
От: Daniel Farina
Дата:
Сообщение: Re: Hash id in pg_stat_statements