LWLock:SubtransSLRU

O parâmetro do driver JDBC autosave, se definido como always ou conservative, gera pontos de salvamento antes de cada consulta.

Definições de transação do Spring Framework quando configuradas como propagation_nested.

Trilhos quando requires_new: true está definido.

SQLAlchemy quando session.begin_nested é usado.

Django quando blocos atomic() aninhados são usados.

GORM quando Savepoint é usado.

psqlODBC quando a configuração do nível de reversão é definida como reversão em nível de instrução (por exemplo, PROTOCOL=7.4-2).

Analise os procedimentos PL/pgSQL e funções com blocos EXCEPTION. Os blocos EXCEPTION criam automaticamente pontos de salvamento implícitos, que podem contribuir para o estouro de subtransações. Cada cláusula EXCEPTION cria uma subtransação, independentemente de uma exceção realmente ocorrer durante a execução.

CREATE OR REPLACE FUNCTION process_user_data()
RETURNS void AS $$
DECLARE
    user_record RECORD;
BEGIN
    FOR user_record IN SELECT * FROM users LOOP
        BEGIN
            -- This creates a subtransaction for each iteration
            INSERT INTO user_audit (user_id, action, timestamp)
            VALUES (user_record.id, 'processed', NOW());
            
            UPDATE users 
            SET last_processed = NOW() 
            WHERE id = user_record.id;
            
        EXCEPTION
            WHEN unique_violation THEN
                -- Handle duplicate audit entries
                UPDATE user_audit 
                SET timestamp = NOW() 
                WHERE user_id = user_record.id AND action = 'processed';
        END;
    END LOOP;
END;
$$ LANGUAGE plpgsql;

O exemplo de código aprimorado a seguir reduz o uso de subtransações usando UPSERT em vez do tratamento de exceções:

CREATE OR REPLACE FUNCTION process_user_data()
RETURNS void AS $$
DECLARE
    user_record RECORD;
BEGIN
    FOR user_record IN SELECT * FROM users LOOP
        -- Use UPSERT to avoid exception handling
        INSERT INTO user_audit (user_id, action, timestamp)
        VALUES (user_record.id, 'processed', NOW())
        ON CONFLICT (user_id, action) 
        DO UPDATE SET timestamp = NOW();
        
        UPDATE users 
        SET last_processed = NOW() 
        WHERE id = user_record.id;
    END LOOP;
END;
$$ LANGUAGE plpgsql;
                            

O exemplo de código a seguir mostra o tratamento problemático de EXCEPTION com NO_DATA_FOUND:

CREATE OR REPLACE FUNCTION get_user_email(p_user_id INTEGER)
RETURNS TEXT AS $$
DECLARE
    user_email TEXT;
BEGIN
    BEGIN
        -- STRICT causes an exception if no rows or multiple rows found
        SELECT email INTO STRICT user_email 
        FROM users 
        WHERE id = p_user_id;
        
        RETURN user_email;
        
    EXCEPTION
        WHEN NO_DATA_FOUND THEN
            RETURN 'Email not found';
    END;
END;
$$ LANGUAGE plpgsql;
                            

O exemplo de código aprimorado a seguir evita subtransações usando IF NOT FOUND em vez do tratamento de exceções:

CREATE OR REPLACE FUNCTION get_user_email(p_user_id INTEGER)
RETURNS TEXT AS $$
DECLARE
    user_email TEXT;
BEGIN
     SELECT email INTO user_email 
     FROM users 
     WHERE id = p_user_id;
        
     IF NOT FOUND THEN
         RETURN 'Email not found';
     ELSE
         RETURN user_email;
     END IF;
END;
$$ LANGUAGE plpgsql;
                            

Driver JDBC: o parâmetro autosave, se definido como always ou conservative, gera pontos de salvamento antes de cada consulta. Avalie se a configuração never seria aceitável para sua aplicação.

Driver ODBC do PostgreSQL (psqlODBC): a configuração em nível de reversão (para reversão em nível da instrução) cria pontos de salvamento implícitos para habilitar a funcionalidade de reversão da instrução. Avalie se a reversão em nível de transação ou nenhuma reversão seria aceitável para sua aplicação.

Examinar as configurações de transações do ORM

Pense nas estratégias alternativas de tratamento de erros que não exijam pontos de salvamento