Re: Best practices: MERGE

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Re: Best practices: MERGE
Дата
Msg-id 422D6339.8010502@familyhealth.com.au
обсуждение исходный текст
Ответ на Re: Best practices: MERGE  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
> You can create a procedure to do that, but MERGE would work better.
> 
> ISTM that would require writing some new code that was a mix of
> heap_update and heap_insert logic for the low level stuff would be
> required. The existing heap_update code is most similar, since the logic
> is roughly
> 
> UPDATE WHERE.... (locate row)
> IF FOUND THEN
> INSERT (new row version)
> 
> though with various changes to row visibility stuff.
> 
> One might aim to do this in two stages:
> 1. initially support a single row upsert such as MySQL's REPLACE command
> 2. a full implementation of MERGE that used set logic as per the spec
> 
> ...

The main issue is dealing with merging into unique index race conditions.

Chris


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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Cost of XLogInsert CRC calculations
Следующее
От: mchron@aueb.gr
Дата:
Сообщение: ERROR: unrecognized node type in PostgresMain( )