Re: [HACKERS] No-op case in ExecEvalConvertRowtype

Поиск
Список
Период
Сортировка
От Ashutosh Bapat
Тема Re: [HACKERS] No-op case in ExecEvalConvertRowtype
Дата
Msg-id CAFjFpRdxiB8qfgo_RpUeY7EmEfqvBA5_398CHf=UPmW59fZ_=Q@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] No-op case in ExecEvalConvertRowtype  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Fri, Apr 7, 2017 at 7:35 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 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.

Probably we should also add an assertion there to make sure
ExecEvalConvertRowtype never gets same input and output types. If
that's the case, we don't need the copy as well.

-- 
Best Wishes,
Ashutosh Bapat
EnterpriseDB Corporation
The Postgres Database Company



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

Предыдущее
От: Ashutosh Bapat
Дата:
Сообщение: Re: [HACKERS] No-op case in ExecEvalConvertRowtype
Следующее
От: Ashutosh Bapat
Дата:
Сообщение: Re: [HACKERS] No-op case in ExecEvalConvertRowtype