• Présentation des transactions : Qu'est-ce qu'une transaction, utiliser les transactions selon ses besoins, etc.
• Principe : gestion des transactions sur des fichiers de données HFSQL et cas particuliers.
• Manipuler les transactions par programmation.
• Gestion des cas particuliers (panne de courant, rétablir la cohérence de la base de données, etc).
• Gestion avancée : les fichiers créés lors d'une transaction, gestion de l'identifiant du poste.

La gestion des transactions est disponible uniquement pour les bases de données HFSQL Client/Serveur.

Utiliser les transactions selon ses besoins

• Réaliser des transactions dans des applications installées sur des postes fiables (onduleur, une seule application en cours, ...) : transaction disque
  Dans ce cas, les transactions sont utilisées uniquement dans le but de pouvoir annuler simplement une suite d'opérations. Il est possible d'afficher des fenêtres au milieu d'une transaction, de réaliser différents traitements relativement longs, ...
  Chaque opération réalisée pendant la transaction est enregistrée dans un fichier de transaction. L'enregistrement manipulé est bloqué en écriture jusqu'à la validation ou l'annulation de la transaction.
• Réaliser des écritures fiables dans des fichiers de données (domaine bancaire, comptable, ...).
  Les transactions permettent d'assurer la sécurité d'un ensemble d'opérations. Dans ce cas, il est nécessaire de regrouper toutes les opérations d'écriture dans votre code afin de les exécuter dans une transaction. Le code exécuté pendant la transaction ne doit pas afficher de fenêtres, réaliser de parcours de fichiers de données, ... Ce code doit uniquement comprendre les opérations de modification des fichiers de données.
  Chaque opération réalisée pendant la transaction est enregistrée dans un fichier de transaction. L'enregistrement manipulé est bloqué en écriture jusqu'à la validation ou l'annulation de la transaction.

Principe des transactions sur des fichiers de données HFSQL

• Le mode d'isolation des transactions est le mode "READ UNCOMMITED".
• Versions 19 et supérieures
  Le mode d'isolation des transactions est défini avec la fonction HTransactionIsolation. Le mode d'isolation par défaut est le mode "READ UNCOMMITED".
  Nouveauté 19
  Le mode d'isolation des transactions est défini avec la fonction HTransactionIsolation. Le mode d'isolation par défaut est le mode "READ UNCOMMITED".
  Le mode d'isolation des transactions est défini avec la fonction HTransactionIsolation. Le mode d'isolation par défaut est le mode "READ UNCOMMITED".
• Les transactions ne sont pas disponibles sur des fichiers de données Hyper File 5.5.

Cas particuliers

• Erreur du programme, la transaction est automatiquement abandonnée.
• Appel de la fonction FinProgramme, la transaction est automatiquement abandonnée.
• Annulation d'un test depuis l'éditeur, la transaction est automatiquement abandonnée.
• Panne de courant ou arrêt brusque de l'application (arrêt de l'application par le gestionnaire de tâches par exemple) :
  Lorsque l'application est relancée, la cohérence de la base de données peut être rétablie :
  • Par l'outil WDTRANS (ou WDOptimiseur).
  • Par le Centre de Contrôle HFSQL.
  • Au premier appel de la fonction HTransactionDébut.
  • Par la fonction HTransactionAnnule.

Cas particuliers spécifiques à HFSQL Client/Serveur :

• Si le Client est perdu, la transaction est annulée.
• Le redémarrage du serveur annule les transactions en cours. Attention : la transaction n'est pas annulée si la transaction porte sur un fichier de données avec mot de passe sécurisé. La transaction sera annulée à la prochaine ouverture du fichier de données.

Pour plus de détails sur les différents modes de rétablissement de la cohérence des données, consultez Gestion des cas particuliers.