Gestion des transactions au sein des fonctions externes dans CodeIgniter

Comme vous l'avez observé, le mécanisme de gestion des transactions par défaut dans CodeIgniter nécessite une restauration manuelle en cas d'erreurs survenant dans les fonctions externes. Pour résoudre ce problème, une approche plus globale est recommandée.

1. Encapsulation de la gestion des transactions dans un modèle :

Selon l'architecture de CodeIgniter, les opérations de base de données doivent être encapsulées dans la classe Model. Cela garantit une gestion appropriée des données et une séparation modèle-vue-contrôleur (MVC). Les fonctions externes ne doivent servir que d'utilitaires ou d'aides.

2. Capture d'erreurs dans les fonctions externes :

Dans les fonctions externes, telles que insert_function et update_function2, implémentez la gestion des erreurs et renvoyez FALSE si une erreur se produit. Cela déclenchera une restauration automatique une fois la transaction terminée.

Exemple :

public function insert_function($data)
{
    if (!$this->db->insert('transactions_exercices', $data)) {
        return FALSE;
    }

    return TRUE;
}

3. Gestion des exceptions dans le contrôleur :

Dans le contrôleur, où la transaction est initiée, gérez toutes les exceptions pouvant survenir au cours de la transaction et effectuez les actions nécessaires, telles que l'affichage de messages d'erreur ou la journalisation des exceptions.

Exemple :

try {
    $this->db->trans_start();

    // Call external functions
    $result1 = $this->utils->insert_function($data);
    $result2 = $this->utils->update_function2($test);

    if ($result1 === FALSE || $result2 === FALSE) {
        throw new Exception('An error occurred.');
    }

    $this->db->trans_complete();
} catch (Exception $e) {
    $this->db->trans_rollback();
    // Handle the exception...
}

Remarque : Assurez-vous que le mode strict est désactivé dans la configuration de votre transaction pour autoriser les groupes de transactions indépendants, comme mentionné dans la solution fournie.

Solution alternative :

Vous pouvez également définir une classe de transaction personnalisée qui gère le recouvrement des erreurs et la restauration automatique. Cette approche peut fournir une gestion centralisée des erreurs pour toutes les transactions.