HFSQL : Base de données universelle

TRANSACTIONS: ACID Une transaction est un ensemble d’opéra- tions indissociables: soit toutes les opéra- tions de la transaction sont réalisées, soit aucune opération n’est réalisée. La gestion des transactions permet d’assu- rer la cohérence d’un ensemble d’écritures indissociables sur différentes tables HFSQL. HFSQL supporte tous les types de transac- tions, et de ce fait est «ACID» (ACID est l’acronyme de atomicité, cohérence, iso- lation et durabilité). HFSQL Client/Serveur propose 4 modes d’isolation des transactions : • Données non validées (READ UNCOM- MITTED) • Données validées (READ COMMITTED) • Transaction photographie instantanée (REPEATABLE READ) • Transaction sérialisable (SERIALIZABLE). Les transactions par étape (avec «Save Point») sont gérées. RÉPLICATION HFSQL propose 4 types de réplications: • réplication de serveurs HFSQL • réplication de bases hétérogènes, par exemple une base HFSQL avec une base Oracle • réplication avec des mobiles • réplication en mode déconnecté, sans liaison permanente Une réplication se définit facilement à l’aide de l’assistant de réplication, ou par programmation. VERROU DE LIGNE AUTOMATIQUE HFSQL gère les verrous au niveau table et au niveau ligne. La gestion des verrous au niveau ligne per- met d’assurer une meilleure sécurité des accès. Cette gestion est automatique. RECONNEXION AUTOMATIQUE Cette fonctionnalité traite automatique- ment l’aspect de la «déconnexion» en cours d’utilisation entre client et serveur. Typiquement, ce problème se pose avec des matériels dont la connexion avec le serveur n’est pas assurée en permanence: les appareils mobiles en particulier (Wi-Fi, 3G, 4G, 5G…). Lorsque l’application est de nouveau connectée, grâce à la gestion automatique de la reprise, l’ensemble des «buffers» et des positions a été mémorisé et est réaf- fecté. L’application peut ainsi continuer à s’exécu- ter sans erreur, comme si la connexion ne s’était pas interrompue. Il est également possible de gérer les inter- ruptions de connexion par programmation. PROCÉDURES STOCKÉES (UDF) Les procédures stockées (quelquefois appe- lées UDF) permettent de faciliter l’évolution et la maintenance de vos applications en factorisant le code. En effet, lorsqu’une règle métier contenue dans une procédure stockée évolue, il vous suffit de modifier la procédure stockée sur le serveur, sans effectuer de modification dans toutes les applications déployées. Une procédure stockée limite le nombre d’allers et retours entre le poste client et le serveur, et donc améliore la vitesse des traitements. Une même procédure stockée peut être partagée entre plusieurs applications. Les procédures stockées se programment en WLangage, et bénéficient donc de la ri- chesse fonctionnelle et de la facilité du L5G. La création d’une procédure stockée depuis l’environnement de WINDEV ou WEBDEV est vraiment très facile. TRIGGERS Un trigger permet de déclencher une procé- dure stockée avant ou après un événement sur une table de la base de données: par exemple avant une suppression de ligne, ou après la modification d’une ligne. Un trigger apporte une grande sécurité. Le trigger sera déclenché quelle que soit l’application ou le composant qui accède à la base de données et qui effectue l’opé- ration définie, sans que le développeur de l’application n’ait quoi que ce soit à pro- grammer. Les triggers «serveur», comme leur nom l’indique, s’exécutent directement sur le serveur. Le «droit» de créer un trigger est défini via les droits de la base de données. L’environnement de WINDEV indique au développeur la présence de ces triggers. Les triggers sont visualisés dans l’éditeur d’ana- lyses (la description des données). ORDONNANCEUR INTÉGRÉ (TÂCHES PLANIFIÉES) HFSQL dispose d’un ordonnanceur intégré qui permet de définir et paramétrer des tâches planifiées. Une tâche ne consiste pas seulement à permettre d’exécuter une procédure stoc- kée (UDF), mais permet également de dé- clencher une sauvegarde, ou de forcer une demande d’optimisation des performances. Interface graphique et conviviale de l’ordonnanceur (tâches planifiées) La définition d’une tâche planifiée s’effec- tue par le «Centre de Contrôle» ou par programmation: il est possible de créer, ajouter, modifier, activer, désactiver des tâches programmées par programmation, ou depuis l’outil d’administration, sous ré- serve de posséder les droits adéquats. L’ordonnanceur permet aux DBA de pro- grammer l’exécution automatique de tâches sur le serveur; il permet également de réaliser des traitements par lots. Les tâches peuvent être exécutées à une date fixée, avec un ou plusieurs intervalles réguliers. HFSQL • www.pcsoft.fr 8