Adrian B.'s questions

Se eu fizer uma consulta usando CTEs parecida com esta:

WITH cte_a AS (
    SELECT a.id, a.something
    FROM a
    WHERE a.something IS NOT NULL 
),
-- [...] some other CTEs
cte_d AS (
    SELECT 
        cte_a.id,
        cte_a.something
    FROM cte_a
    JOIN 
        -- something
    JOIN
        -- something
    WHERE 
        -- something
    ORDER BY cte_a.id ASC
    FOR UPDATE  -- Here, will the `FOR UPDATE` locks `a` rows?
),
-- rest of the query, which will update `a.something`.

O bloqueio para atualização será aplicado nas linhas da tabela aou o bloqueio será aplicado em uma tabela materializada gerada por cte_a?

Se o bloqueio se aplicar à tabela materializada, o seguinte resolveria o problema?

WITH cte_a AS NOT MATERIALIZED (
-- Rest of the query

Estou usando o PostgreSQL v14.

Se isso mudar alguma coisa, estou mais interessado no comportamento com o nível de isolamento READ COMMITTED padrão.

No nível de isolamento de confirmação de leitura:

Se bem entendi, no caso de não haver linhas pré-existentes que resultariam em conflito, duas transações simultâneas com INSERT ... ON CONFLICT DO NOTHING- que entrariam em conflito entre elas - terão o seguinte comportamento:

• Uma das transações irá inserir a linha.
• A segunda transação aguardará a confirmação da primeira transação e não fará nada (ou inserirá em caso de reversão da primeira transação).

A linha será bloqueada na segunda transação?

Além disso, acho que o comportamento da segunda transação seria exatamente o mesmo do caso em que já temos uma linha (confirmada) e fazemos um conflito INSERT ... ON CONFLICT DO NOTHING?