Re: ON CONFLICT issues around whole row vars,

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: ON CONFLICT issues around whole row vars,
Дата
Msg-id CAM3SWZR_cJgi=+nL3BjeDG+x8jBsLu=9iwkcDa1vLQQhj1fPaA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: ON CONFLICT issues around whole row vars,  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Thu, Oct 1, 2015 at 5:12 PM, Andres Freund <andres@anarazel.de> wrote:
> I'm can't see how the current code can do anything sensible at all. What
> do you think is going to be the effect of an excluded row that doesn't
> meet security quals? Even if it worked in the sense that the correct
> data were accessed and every - which I doubt is completely the case as
> things stands given there's no actual scan node and stuff - you'd still
> have EXCLUDED.* being used in the projection for the new version of the
> tuple.
>
> As far as I can see the only correct thing you could do in that
> situation is error out.

I agree. I wasn't defending the current code (although that might have
been made unclear by the "technically wasn't a bug" remark).

Note that I'm not telling you what I think needs to happen. I'm just
explaining my understanding of what has happened.

-- 
Peter Geoghegan



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: ON CONFLICT issues around whole row vars,
Следующее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: Foreign join pushdown vs EvalPlanQual