Re: [HACKERS] [POC] hash partitioning

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [HACKERS] [POC] hash partitioning
Дата
Msg-id CA+TgmoZsEyMyYtEih=1GczxkgTtM9CC-KyZCALDEBMZA0oybkQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] [POC] hash partitioning  (amul sul <sulamul@gmail.com>)
Ответы Re: [HACKERS] [POC] hash partitioning  (Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>)
Re: [HACKERS] [POC] hash partitioning  (amul sul <sulamul@gmail.com>)
Список pgsql-hackers
On Mon, May 15, 2017 at 6:57 AM, amul sul <sulamul@gmail.com> wrote:
>> Collation is only relevant for ordering, not equality.  Since hash
>> opclasses provide only equality, not ordering, it's not relevant here.
>> I'm not sure whether we should error out if it's specified or just
>> silently ignore it.  Maybe an ERROR is a good idea?  But not sure.
>>
> IMHO, we could simply have a WARNING, and ignore collation, thoughts?
>
> Updated patches attached.

I think that WARNING is rarely a good compromise between ERROR and
nothing.  I think we should just decide whether this is legal (and
then allow it without a WARNING) or not legal (and then ERROR).
Telling the user that it's allowed but we don't like it doesn't really
help much.

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



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

Предыдущее
От: Sokolov Yura
Дата:
Сообщение: Re: [HACKERS] Small improvement to compactify_tuples
Следующее
От: Dilip Kumar
Дата:
Сообщение: Re: [HACKERS] [POC] hash partitioning