Início / dba / Perguntas / 81011
Accepted
Alex
Asked: 2014-10-25 01:35:06 +0800 CST

Transações dentro de uma transação

  • 772

Que comportamento o PostgreSQL exibiria se, por exemplo, o script abaixo fosse chamado

BEGIN;
SELECT * FROM foo;
INSERT INTO foo(name) VALUES ('bar');
BEGIN; <- The point of interest
END;

O PostgreSQL descartaria o segundo BEGINou um commit seria decidido implicitamente e então executaria o BEGIN ENDbloco no final como uma transação separada?

postgresql postgresql-9.3

4 respostas

  1. Best Answer

    O que você precisa é de uma chamada "transação autônoma" (um recurso fornecido pela oracle). Neste ponto, isso ainda não é possível no PostgreSQL. No entanto, você pode usar SAVEPOINT s:

    BEGIN;
INSERT ...
SAVEPOINT a;
some error;
ROLLBACK TO SAVEPOINT a;
COMMIT;

    Não é totalmente uma transação autônoma - mas permite que você acerte "todas as transações". Você pode usá-lo para obter o que espera de transações autônomas.

    Caso contrário, não há outra solução razoável neste momento.

    • 18

  2. Você pode tentar você mesmo:

    AVISO: já existe uma transação em andamento

    Ele não inicia nenhuma nova (sub)transação, pois as transações aninhadas não são implementadas no PostgreSQL. (Você pode fazer alguma mágica em uma pl/pgsqlfunção, por exemplo, que imita esse comportamento.)

    Com o PostgreSQL 11, pode-se pensar que os novos procedimentos armazenados reais e sua capacidade de lidar com transações tornariam as transações aninhadas possíveis. No entanto, de acordo com a documentação , este não é o caso:

    Nos procedimentos invocados pelo CALLcomando, bem como nos blocos de código anônimos ( DOcomando), é possível encerrar transações usando os comandos COMMITe ROLLBACK. Uma nova transação é iniciada automaticamente depois que uma transação é finalizada usando esses comandos, portanto, não há um comando START TRANSACTION separado.

    • 15

  3. O PostgreSQL não oferece suporte a subtransações, mas o SAVEPOINTrecurso pode atender efetivamente à sua necessidade. Citando a documentação da camada de acesso avançado ao PG por meio de promessas de Vitaly Tomilov no GitHub:

    O PostgreSQL não tem suporte adequado para transações aninhadas, ele só suporta rollbacks parciais via pontos de salvamento dentro das transações. A diferença entre as duas técnicas é enorme, conforme explicado mais adiante.

    O suporte adequado para transações aninhadas significa que o resultado de uma subtransação bem-sucedida não é revertido quando sua transação pai é revertida. Mas com os pontos de salvamento do PostgreSQL, se você reverter a transação de nível superior, o resultado de todos os pontos de salvamento internos também será revertido.

    Os pontos de salvamento podem ser usados ​​para reversões parciais para um ponto anterior dentro de uma transação ativa. Por exemplo, para estabelecer um savepoint e depois desfazer os efeitos de todos os comandos executados depois de estabelecido:

    BEGIN;
    INSERT INTO table1 VALUES (1);
    SAVEPOINT my_savepoint;
    INSERT INTO table1 VALUES (2);
    ROLLBACK TO SAVEPOINT my_savepoint;
    INSERT INTO table1 VALUES (3);
COMMIT;

    A transação acima irá inserir os valores 1 e 3, mas não 2. Consulte a SAVEPOINTdocumentação para mais informações.

    • 11

  4. Para o Postgresql 9.5 ou mais recente, você pode usar trabalhadores dinâmicos em segundo plano fornecidos pela extensão pg_background. Ele cria uma transação autônoma. Por favor, consulte a página do github da extensão. A solução é melhor que db_link. Existe um guia completo sobre suporte a transações autônomas no PostgreSQL

    • 0

relate perguntas