Re: Identity projection

Поиск
Список
Период
Сортировка
От Amit kapila
Тема Re: Identity projection
Дата
Msg-id 6C0B27F7206C9E4CA54AE035729E9C38420CD343@szxeml558-mbs.china.huawei.com
обсуждение исходный текст
Ответ на Re: Identity projection  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Identity projection  (Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>)
Список pgsql-hackers
On Saturday, February 09, 2013 9:03 AM Tom Lane wrote:
Amit kapila <amit.kapila@huawei.com> writes:
>>> if (!is_projection_capable_plan(result_plan) && compare_tlist_exprs(sub_tlist, result_plan->targetlist) )

>> Sorry, the check I suggested in last mail should be as below:

>> if (!is_projection_capable_plan(result_plan) && !compare_tlist_exprs(sub_tlist, result_plan->targetlist) )

> You know, I was thinking that compare_tlist_exprs() was a pretty
> unhelpfully-chosen name for a function returning boolean, and this
> thinko pretty much proves the point.  It'd be better to call it
> something like equivalent_tlists(), tlists_are_equivalent(), etc.
> (I'm not caring for the emphasis on the exprs either, because I think
> it'll also be necessary to compare resjunk fields for instance.)

The fields which cannot be compared are resname, resorigtbl, resorigcol as these gets cleared in planner.
I am not sure about fields resno and ressortgroupref, but I will check in more detail before sending patch.


With Regards,
Amit Kapila.



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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Fwd: Successful post to pgsql-hackers
Следующее
От: David Fetter
Дата:
Сообщение: Department of Redundancy Department: makeNode(FuncCall) division