Re: [GENERAL] UPDATE ... ON CONFLICT DO NOTHING
От | Adrian Klaver |
---|---|
Тема | Re: [GENERAL] UPDATE ... ON CONFLICT DO NOTHING |
Дата | |
Msg-id | 66b68c5a-2f4c-2755-e074-c51c4aafa0f2@aklaver.com обсуждение исходный текст |
Ответ на | Re: [GENERAL] UPDATE ... ON CONFLICT DO NOTHING (Alexander Farber <alexander.farber@gmail.com>) |
Ответы |
Re: [GENERAL] UPDATE ... ON CONFLICT DO NOTHING
|
Список | pgsql-general |
On 03/14/2017 08:38 AM, Alexander Farber wrote: > Yes, Adrian - > > On Tue, Mar 14, 2017 at 3:57 PM, Adrian Klaver > <adrian.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>> wrote: > > On 03/14/2017 07:23 AM, Alexander Farber wrote: > > > in _uids array I have all user ids of player. > > I want to merge his or her data, including reviews, to a single > user id: > out_uid. > > So I make a copy of related words_reviews records (where this > user has > > > Alright I see that you are setting out_uid above the INSERT. > So you are INSERTing rows and if they CONFLICT you leave them alone > and have the DELETE remove them, correct? > > > that is correct and my question is: > > copying records for later INSERT ON CONFLICT DO NOTHING seems > ineffective to me. > > I would prefer to just use UPDATE (for changing "uid" or "author" > columns to out_uid value) - but how to handle the conflicts with UPDATE? The more I think about it the more I think you are doing the same thing as INSERT ON CONFLICT DO UPDATE, where if there is a PK conflict you just want to update the values with data from excluded. There is inverse logic in the function that I have not wrapped my head around yet, so this is more a hunch then anything else. > > Thank you > Alex > > P.S. I have just donated 20 Euro to paypal@postgresql.eu > <mailto:paypal@postgresql.eu> > -- Adrian Klaver adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления: