| From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
|---|---|
| To: | Barry Kimelman <blkimelman(at)gmail(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org |
| Subject: | Re: problem with on conflict / do update using psql 14.4 |
| Date: | 2022-09-24 17:35:29 |
| Message-ID: | 913522be-5117-3920-9f1f-cb332273b4c7@aklaver.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 9/24/22 09:04, Barry Kimelman wrote:
>
> On Sat, Sep 24, 2022 at 10:56 AM Christophe Pettus <xof(at)thebuild(dot)com
> <mailto:xof(at)thebuild(dot)com>> wrote:
>
>
>
> > On Sep 24, 2022, at 08:49, Barry Kimelman <blkimelman(at)gmail(dot)com
> <mailto:blkimelman(at)gmail(dot)com>> wrote:
> > I thought the whole point of ON CONFLICT DO UPDATE was so that
> you could modify the data so that it would be inserted
>
> ON CONFLICT DO UPDATE allows you to modify the existing row that
> conflicted with the row being inserted, but it won't allow you to do
> change a row to resolve a conflict, and then insert it.
>
>
> Unfortunately, that is exactly what I need to do, I need to modify the
> data on the 2nd request so that it also gets inserted.
> This is a business requirement. I need to insert all of the data,
> including the ones with conflicts
Do the conflicting inserts need to be in the same table?
If not you could a trigger function that inserts the conflicts to
another table and then UNION that table to the primary for query purposes.
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Federico | 2022-09-24 21:38:21 | Order by in a sub query when aggregating the main query |
| Previous Message | David G. Johnston | 2022-09-24 17:34:15 | Re: problem with on conflict / do update using psql 14.4 |