HFSQL : Base de données universelle

JOURNALISATION Le «journal» est une table particulière dans laquelle sont mémorisées automatique- ment toutes les opérations réalisées sur une ou plusieurs tables depuis un instant donné. Le journal contient l’historique de l’utilisa- tion des tables journalées: auteur, date et heure, valeur avant/après, nom de l’appli- cation, IP... Il est possible de réaliser les opérations sui- vantes à partir d’un journal : • restaurer le contenu d’une table journa- lée en cas de perte ou de destruction des données • restaurer le contenu d’une table jusqu’à une certaine date • retrouver l’auteur, la date et l’heure d’une opération réalisée sur une ligne spécifique • conserver un historique de l’utilisation d’une table (par exemple pour réaliser des statistiques) Ces opérations peuvent se lancer en ligne de commande, depuis l’utilitaire WDJour- nal ou par programmation. LES VUES SQL Une vue SQL est une «source de données virtuelle», définie par une requête SQL. Toutes les vues SQL créées sont conservées sur le serveur HFSQL, et elles peuvent être ré-utilisées depuis les applications qui ac- cèdent à la base. Une application peut réaliser des requêtes sur ces vues SQL. Une application peut utiliser des vues SQL pour ne pas être tributaire de l’organisation physique des données dans la base. Les «vues matérialisées» sont également disponibles. La différence fondamentale avec une vue SQL simple est que le résultat d’une «vue matérialisée» est stocké physi- quement sur le disque du serveur. A la différence d’une «vue SQL» qui ré ex- trait les données à chaque appel, une «vue matérialisée» stocke les données sur disque. SAUVEGARDES La sauvegarde est une fonctionnalité impor- tante d’une base de données. Il est possible de sauver l’intégralité du ser- veur, uniquement une base de données, ou uniquement une sélection de tables, avec ou sans les index. HFSQL gère la sauvegarde à chaud, ainsi que la sauvegarde différentielle. Une sauvegarde est transportable, par exemple d’un serveur Windows à un ser- veur Linux, d’une version Client/Serveur à une version Classic. Paramétrage d’une sauvegarde Une sauvegarde peut être déclenchée de- puis l’outil d’administration, le «Centre de Contrôle» (sauvegarde immédiate, sauve- garde planifiée), ou par programmation, directement depuis l’application. La périodicité de la sauvegarde complète et de la sauvegarde différentielle éventuelle peut être spécifiée. Par exemple: 1 sauve- garde complète par mois et 1 sauvegarde différentielle par semaine. L’exécution de procédures stockées avant et/ou après la sauvegarde permet de réa- liser des traitements automatiques: envoi d’emails, copie de la sauvegarde sur un emplacement réseau, etc... Le nombre de sauvegardes à conserver peut être spécifié. Une sauvegarde peut s’exécuter «à chaud», sans déconnecter les utilisateurs, sans per- turber le fonctionnement des applications. ADMINISTRATION «À CHAUD» De nombreuses tâches de maintenance peuvent s’effectuer «à chaud», sans déconnecter les utilisateurs, et sans que ceux-ci ne soient gênés dans l’utilisation de leurs applications. Les applications continuent à lire et écrire les données pen- dant ces phases: • SDD «Modif Auto» à chaud • Réindexation à chaud • Optimisation automatique des perfor- mances à chaud • Changement de mot de passe à chaud • Sauvegarde. COMPRESSION DES TRAMES Une «trame» est un paquet de données qui transite sur le réseau. HFSQL, comme tous les SGBD, utilise des trames pour communiquer entre le poste client et le serveur. Dans un contexte de communication à dis- tance, l’intérêt de compresser les trames peut être grand. La vitesse en connexion à distance est amé- liorée. COMPRESSION DES DONNÉES «BLOB» Les données de type «blob» (mémo texte ou binaire) peuvent être compressées pour optimiser l’espace occupé sur le disque. L’espace occupé peut ainsi être très sensi- blement réduit. TABLE INALTÉRABLE: UNE TABLE NON MODIFIABLE Une table inaltérable est une table dans laquelle on ne peut qu’ajouter des lignes. Il est impossible de modifier ou supprimer des lignes, ou de modifier la structure de la table. RUBRIQUE MOT DE PASSE IMPIRATABLE HFSQL propose un type de rubrique (co- lonne) «Mot de Passe» qui ne stocke pas le mot de passe mais une information hashée/ salée: le mot de passe peut être vérifié, mais n’est pas stocké dans la base de données. Sécurité totale. TABLE & RUBRIQUE OBSOLÈTE: LES ZOMBIES Lorsqu’une table ou une rubrique (colonne) ne doit plus être utilisée, mais ne peut pas encore être supprimée de la description des données, il est possible d’indiquer qu’il s’agit d’une table ou d’une rubrique «zom- bie»: elle existe, mais ne doit plus être utili- sée dans le nouveau code créé. RGPD (DONNÉES PERSONNELLES) HFSQL vous assiste dans le respect des contraintes du RGPD (voir page 16). LIEN AVEC LES AUTRES BASES DE DONNÉES Il est possible d’utiliser HFSQL simultané- ment avec d’autres bases de données. La plupart des S.I. utilisent d’ailleurs plusieurs SGBD hétérogènes. HFSQL permet également l’import/ export de données avec d’autres bases de don- nées. HFSQL • www.pcsoft.fr 9