Параллельные вставки и обновления postgres

Question

Есть ли способ решить проблему, когда вы получаете параллельную вставку и обновление для одного и того же поля в многопоточной среде.

Пример

Тема 1

BEGIN 
insert into users (name,age) values('spiderman',27) 
COMMIT 

резьбы 2

BEGIN 
update into users set age = 26 where name='spiderman'; 
COMMIT 

Большая часть обновления времени (транзакция) ничего не знает о вставке происходит, следовательно, оно проливает и ошибок.

То, что я вижу здесь, является классическим примером условий гонки, и одним из способов избежать условий гонки является использование блокировок.

Как применить блокировки (запись) к записи, которой еще нет в БД.

В приведенном выше примере для инструкции insert, чтобы Update знал, что запись еще не находится в БД.

Answer 1

Решение на основе замков будет очень сложным и, вероятно, не стоит проблем. Вам нужно будет найти способ создания набора данных со всеми возможными полями «имя», а затем создать систему предупреждений об обнаружении данных. Скорее всего, он будет подвержен ошибкам.

Если, однако, проблема действительно гарантирует, что UPDATE не будет работать только после INSERT, есть более простые решения.

В частности, то, что приходит на ум, это что-то вроде:

BEGIN; 
    SELECT count(*) FROM users WHERE name = 'spiderman'; 
    -- on the application side, check to see what the result is 
    -- if it's 0, ROLLBACK 
    -- if it's >0: 
    UPDATE users SET age = 26 WHERE name = 'spiderman'; 
COMMIT; 

Если вы в конечном итоге откат, вы возвращаетесь и повторите попытку позже, означает ли это что-то простое, как sleep в течение 10 секунд и снова попробовать , или что-то более сложное, например, вернуть рабочий элемент в очередь и продолжить работу.

Если вы обеспокоены обновлениями между SELECT и UPDATE, вы можете SELECT FOR UPDATE, который заблокирует выбранные строки до завершения транзакции.