Re: Fwd: Problem with a "complex" upsert
От | Dean Rasheed |
---|---|
Тема | Re: Fwd: Problem with a "complex" upsert |
Дата | |
Msg-id | CAEZATCUzdUerONYpaZ-YTVKOyzm1B-Ya9XzFXoMs0yrwJr0hkw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Fwd: Problem with a "complex" upsert (Dean Rasheed <dean.a.rasheed@gmail.com>) |
Ответы |
Re: Fwd: Problem with a "complex" upsert
Re: Fwd: Problem with a "complex" upsert Re: Fwd: Problem with a "complex" upsert Re: Fwd: Problem with a "complex" upsert |
Список | pgsql-bugs |
On 3 August 2018 at 07:52, Dean Rasheed <dean.a.rasheed@gmail.com> wrote: > This doesn't look right to me. It breaks the following case ... Here's an updated patch that fixes this. > I also don't see why it should reject columns from the view that > aren't in the base relation. This patch also allows access to view columns that aren't in the underlying base relation. The rationale for the result in the new test case where it attempts to insert (1,'y') into columns (aa,bb) of the view is that the new view row that would have resulted if the insert had succeeded is ('y',1,(1,'y')), hence that's what excluded.* should be for the view in the "on conflict" action, and there should be no problem referring to any part of that excluded view tuple. Regards, Dean
Вложения
В списке pgsql-bugs по дате отправления: