Re: IN subquery not using a hash

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: IN subquery not using a hash
Дата
Msg-id 27268.1121908386@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: IN subquery not using a hash  (Paul Tillotson <spam1011@adelphia.net>)
Ответы Re: IN subquery not using a hash  (Paul Tillotson <spam1011@adelphia.net>)
Список pgsql-general
Paul Tillotson <spam1011@adelphia.net> writes:
> Tom Lane wrote:
>> Hardly likely, considering it's estimating only 296 rows in the subquery
>> output.  My bet is that you've chosen a datatype whose comparisons are
>> not hashable (like char(n)).  What is the datatype of parentid in these
>> tables, anyway?
>>
> I don't have access to the machine now, but my memory is that
> parent.parentid is numeric(10,2) and child.parentid is int.

Offhand I don't believe there are any hashable crosstype comparisons.
In this case the int is probably getting promoted to numeric, but I
think numeric comparison isn't hashable either (because for example
'0.0' = '0.000' but the internal representations are different).

            regards, tom lane

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

Предыдущее
От: Michael Fuhr
Дата:
Сообщение: Re: IN subquery not using a hash
Следующее
От: Jamie Deppeler
Дата:
Сообщение: No user being created in os X