LWLock:SubtransSLRU (LWLock:SubtransControlLock)

Le paramètre du pilote JDBCautosave, s'il est défini sur always ouconservative, génère des points de sauvegarde avant chaque requête.

Définitions des transactions Spring Framework lorsqu'elles sont définies surpropagation_nested.

Rails quand requires_new: true c'est réglé.

SQLAlchemy quand session.begin_nested est utilisé.

Django lorsque des atomic() blocs imbriqués sont utilisés.

GORM quand il Savepoint est utilisé.

PSQLodBC lorsque le réglage du niveau d'annulation est défini sur l'annulation au niveau de l'instruction (par exemple,). PROTOCOL=7.4-2

Passez en revue PL/pgSQL les procédures et les fonctions à l'aide de blocs EXCEPTION. Les blocs EXCEPTION créent automatiquement des points de sauvegarde implicites, ce qui peut contribuer au débordement des sous-transactions. Chaque clause EXCEPTION crée une sous-transaction, qu'une exception se produise réellement ou non pendant l'exécution.

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;

L'exemple de code amélioré suivant réduit l'utilisation des sous-transactions en utilisant UPSERT au lieu de la gestion des exceptions :

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;
                            

L'exemple de code suivant montre la gestion problématique des EXCEPTIONS avec 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;
                            

L'exemple de code amélioré suivant permet d'éviter les sous-transactions en utilisant IF NOT FOUND au lieu de la gestion des exceptions :

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;
                            

Pilote JDBC : le autosave paramètre, s'il est défini sur always ouconservative, génère des points de sauvegarde avant chaque requête. Déterminez si le never réglage est acceptable pour votre application.

Pilote ODBC PostgreSQL (PSQLodBC) : le réglage du niveau d'annulation (pour l'annulation au niveau de l'instruction) crée des points de sauvegarde implicites pour activer la fonctionnalité d'annulation des instructions. Déterminez si une annulation au niveau de la transaction serait acceptable ou non pour votre application.

Examiner les configurations de transactions ORM

Envisagez d'autres stratégies de gestion des erreurs qui ne nécessitent pas de points de sauvegarde