Início / dba / Perguntas / 332495
Accepted
Mario Ishac
Asked: 2023-10-25 17:43:50 +0800 CST

Avalie preguiçosamente os argumentos de inserção se a restrição for violada

  • 772
create table a (
    b text not null unique,
    c text not null
);

-- Sleeps for 1 second as expected.
insert into a (b, c) values ('d', pg_sleep(1)); 

-- Sleeps for 1 second even though record is not inserted.
insert into a (b, c) values ('d', pg_sleep(1));

Existe alguma maneira de reestruturar a segunda instrução de modo que a pg_sleep(ou a função intensiva real que estou chamando) seja executada apenas se nenhuma restrição for violada com base em b? Observe que c(o resultado da chamada de função) não tem influência na restrição.

Algumas soluções alternativas:

  1. insertcom apenas be update cna próxima instrução se insertocorreu sem erro. A desvantagem é que tenho que afrouxar/remover a not nullrestrição de c, pois ela será temporariamente nula.

  2. Sob um bloqueio consultivo, verifique se já existe um awith mesmo be, se não, faça o insert. A desvantagem é que eu replico a verificação de exclusividade manualmente e tenho implicações negativas no desempenho.

postgresql

1 respostas

  1. Best Answer

    Se você colocar o cheque na mesma consulta, a chamada de função cara só será executada se ainda não houver nenhuma linha conflitante:

    INSERT INTO a (b, c)
SELECT 'd', pg_sleep(1)
WHERE  NOT EXISTS (SELECT FROM a WHERE b = 'd');

    Agora, a inserção ainda pode falhar sob carga de gravação simultânea. O Postgres não permite bloquear linhas hipotéticas. (Portanto, não vejo como um bloqueio de aconselhamento ajudaria.) Mas isso só acontece se uma transação simultânea inserir o mesmo valor simultaneamente be for extremamente rara. Nesse caso, você só perde a otimização do desempenho e nada quebra.

    • 2

relate perguntas