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 по дате отправления: