Re: [HACKERS] No-op case in ExecEvalConvertRowtype

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] No-op case in ExecEvalConvertRowtype
Дата
Msg-id 26706.1491530728@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] No-op case in ExecEvalConvertRowtype  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
Ответы Re: [HACKERS] No-op case in ExecEvalConvertRowtype
Список pgsql-hackers
Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> writes:
> ... One of
> the earlier versions of that patch introduced a consider_typeid parameter
> for which only ExecEvalConvertRowtype() passed true.

Yeah, I was thinking of adding a flag along that line to fix this, but
desisted after figuring out that ExecEvalConvertRowtype was the only
candidate for using it.  Ashutosh's patch had already shown that it'd
be better to pass "false" there too, so we'd end up with no use cases
at all.
        regards, tom lane



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

Предыдущее
От: Michael Harris
Дата:
Сообщение: [HACKERS] pg_basebackup: Allow use of arbitrary compression program
Следующее
От: David Rowley
Дата:
Сообщение: Re: [HACKERS] Time to change pg_regress diffs to unified by default?