Xophmeister's questions

Estou desenvolvendo um software que lança vários clientes simultâneos para se conectar a um banco de dados PostgreSQL (12). Quando cada cliente é iniciado, a primeira coisa que ele faz ao se conectar ao PostgreSQL é executar o script de criação do esquema.

Este script foi escrito de forma idempotente - pelo menos em princípio - para que os vários clientes não tropecem em si mesmos. Em geral, isso funciona bem. No entanto, o PostgreSQL às vezes detecta deadlocks e falha de cliente(s) afetado(s). Examinando o registro, acredito que ocorram nessa sequência:

1. Cliente A: Iniciar a transação de criação do esquema
2. Cliente A: Concluir a transação de criação do esquema
3. Cliente B: Iniciar a transação de criação do esquema
4. Cliente A: Nova transação que usa esquema (selecione na visualização)
   • Cliente A e B agora em deadlock

Os logs não estão 100% claros e não consigo reproduzir isso de forma determinística, mas parece ser o que está acontecendo: o cliente A está tentando a SELECTpartir de uma visão definida pelo esquema, mas está travando porque o cliente B está tentando recriar isso view ( CREATE OR REPLACE VIEW) no script de esquema.

É possível garantir que o script de criação de esquema seja executado exclusivamente? Ou existe alguma outra solução (por exemplo, em vez de CREATE OR REPLACE VIEW, eu apenas CREATE VIEW uma vez que determinei que ainda não existe)?

Esta parece ser uma pergunta óbvia, mas o Google até agora falhou comigo ...

Digamos que eu tenha uma visão que delineia as atualizações que preciso aplicar e, para isso, tenho um SP que abre a visão como um cursor, percorre cada linha e faz a alteração apropriada. O problema é que as atualizações feitas pelo SP irão alterar o conteúdo da visão (por exemplo, uma vez que a inconsistência for tratada, a linha desaparecerá da visão).

Isso será refletido no cursor aberto (no SP) ou os dados que ele busca são fixos quando são abertos pela primeira vez?

O que li sugere que os dados do cursor são imutáveis ​​depois de abertos - o que é bom - no entanto, ainda não encontrei uma resposta direta.

Desculpas antecipadamente se isso já foi discutido antes, ou mesmo é fundamental o suficiente para ser descrito, digamos, na Wikipedia. Eu apenas senti que perguntar seria mais eficiente!

De qualquer forma, quero perguntar sobre transações, do ponto de vista teórico. Em particular, digamos que temos dois (ou mais) usuários olhando para um conjunto de dados e ocorre o seguinte nos horários indicados ( tX):

t0   User1 starts a transaction
t1   User2 starts a transaction
t2   User1 runs a DML operation on the dataset
t3   User2 runs a different DML on the same dataset
t4   User1's operation finishes and is committed
t5   User2 commits

Minha pergunta é: como as operações DML são executadas User1e User2interagem entre si? A operação iniciada em t2por User1opera nos dados conforme foi definido no início de sua transação (ou seja, em t0), e da mesma forma para User2a operação de , de modo que não haja interação? Ou, se digamos que User1cometeram sua operação após User2o início da transação de, mas antes de iniciarem sua operação, os dados User2que estavam procurando seriam atualizados, respectivamente? Além disso, como é mantida a consistência em caso de conflitos?