Une base de données transactionnelle est conçue pour support interactions commerciales à grande vitesse. Ce système de gestion de base de données est optimisé pour lire et écrire des lignes de données individuelles exceptionnellement rapidement tout en garantissant une grande intégrité des données. Les bases de données transactionnelles reprennent automatiquement une transaction ou une opération qui ne peut pas être entièrement achevée. Elles sont spécifiques à une application et réglées pour support volumes élevés de mises à jour provenant de grandes populations d'utilisateur .
En quoi les bases de données transactionnelles sont-elles différentes des entrepôts de données ?
Les bases de données transactionnelles existaient avant les entrepôts de données et étaient conçues pour support charges de travail à haut volume telles que les transactions bancaires et les réservations de billets d'avion. En revanche, les entrepôts de données sont nés de la nécessité de support prise de décision à l'aide de requêtes analytiques. Une base de données transactionnelle utilise le nombre minimum d'index requis par les interactions spécifiques qu'elle prend en charge.
Les entrepôts de données utilisent des schémas plus normalisés qui offrent la souplesse nécessaire pour répondre à un large éventail de requêtes. Des index et des vues supplémentaires peuvent être ajoutés pour optimiser optimiser l'entrepôt de données afin de support différentes requêtes. Le Transaction Processing Council (TPC.org) a créé des critères de référence spécifiques pour comparer les bases de données transactionnelles en utilisant les charges de travail TPC-C et TPC-E. Ces critères concernent les transactions dont la durée est supérieure à un an. Ces critères concernent les transactions avec de grandes populations d'utilisateurs.
Les benchmarks d'support décision tels que les charges de travail TPC-H, TPC-DS et TPC-DI utilisent des requêtes plus complexes qui se concentrent sur la prise en charge d'ensembles de données plus étendus.
Brève histoire des bases de données transactionnelles
La première génération de bases de données transactionnelles utilisait un schéma hiérarchique dans lequel les applications étaient codées en dur. La base de données IMS (Information Management System) d'IBM est encore utilisée aujourd'hui pour les systèmes de réservation de guichets automatiques et de compagnies aériennes écrits en assembleur et en PL/I.
La méthode d'accès au stockage virtuel (VSAM) d'IBM représentait le premier système de fichiers indexés avec son magasin de données clés. La base de données Actian Zen propose aujourd'hui cette même méthode d'accès indexé par clé.
La génération suivante de bases de données transactionnelles utilisait des listes d'enregistrements liés et était connue sous le nom de CODASYL ou de bases de données en réseau. Les bases de données en réseau étaient populaires dans les années 1970 et au début des années 1980. La base de données en réseau classique est un système de gestion de base de données intégré (IDMS), initialement écrit par B. F. Goodrich en 1964 et autrefois détenu par Cullinet et CA Technologies. IDMS est aujourd'hui maintenu par les ingénieurs d'Actian pour Broadcom.
Les bases de données relationnelles sont apparues dans les années 1980 sur la base de l'article fondateur d'Edgar F. Codd publié par les laboratoires de San Jose d'IBM. Oracle a été le premier à commercialiser la base de données relationnelle, suivi de près par Actian Ingres, Sybase et Informix. Actian commercialise aujourd'hui Ingres et Informix. Au départ, les bases de données relationnelles étaient trop lentes pour les charges de travail transactionnelles, mais le modèle de base de données était bien adapté aux applications d'support décision. Avec l'augmentation de la puissance du matériel informatique, les bases de données relationnelles ont évolué et sont devenues omniprésentes dans les applications de base de données transactionnelles.
Éléments essentiels d'une base de données transactionnelle
Les applications et bases de données transactionnelles sont conçues pour créer efficacement de nouveaux enregistrements et mettre à jour les données existantes. En revanche, les bases de données support sont optimisées pour des requête rapides. Les caractéristiques essentielles suivantes d'un système de gestion de base de données lui permettent de support efficacement support applications transactionnelles :
Journal des transactions
Les bases de données transactionnelles doivent assurer l'intégrité des transactions. Toutes les modifications apportées à une base de données par une transaction sont écrites sur un support non volatile. Un journal de toutes les modifications est conservé dans un fichier journal des transactions ou dans un ensemble de fichiers journaux mis en miroir afin de se prémunir contre les défaillances des périphériques.
Checkpointing pour maintenir l'intégrité de la base de données
Une base de données transactionnelle doit maintenir sa propre intégrité. Pour ce faire, elle définit des points de synchronisation réguliers appelés "points de contrôle". Les enregistrements des points de contrôle sont des points de cohérence auxquels l'ensemble du système de gestion de la base de données peut revenir à chaque redémarrage avant d'avancer. Cela permet de protéger toutes les transactions effectuées depuis le point de contrôle.
Fonction de retour en arrière et d'engagement de la transaction
Au niveau de la transaction, chaque modification apportée à un schéma, qui comprend les tables et les index, est soit validée, soit annulée. Toute session abandonnée est implicitement annulée.
Archivage et récupération des bases de données
Une base de données peut contenir des données clients qui doivent être protégées contre les défaillances et les catastrophes. Pour ce faire, les sauvegardes de la base de données et les fichiers journaux fournissent des mises à jour incrémentielles qui sont archivées avant d'être écrasées. Les archives sont déplacées vers des emplacements hors site ; si elles utilisent des supports physiques tels que des bandes ou si elles se trouvent dans un scénario en nuage, elles sont copiées dans une région différente pour être sauvegardées. Les bases de données transactionnelles support archivage en ligne pour minimiser le temps d temps d'arrêt et maintiennent souvent une base de données de secours à chaud sur le site d'archivage distant pour minimiser le temps moyen de récupération.
isolement transactions et cohérence lecture
Les systèmes de gestion de base de données tels qu'Actian Ingres permettent aux ingénieurs logiciels de contrôler le verrouillage des transactions et la cohérence lecture en laissant les développeurs contrôler le verrouillage des enregistrements en cours de modification. Par défaut, chaque transaction verra une vue cohérente des données depuis le début de la transaction, et les autres transactions ne verront pas les modifications tant qu'elles n'auront pas été validées.
Comment les différentes industries utilisent les bases de données transactionnelles
L'histoire des bases de données transactionnelles montre à quel point ce type de base de données est omniprésent, mais différents secteurs les utilisent de différentes manières. Vous trouverez ci-dessous une brève liste d'exemples de secteurs d'activité et des explications sur la manière dont chaque type d'entreprise utilise généralement une base de données transactionnelle.
- Commerce de détail : Les bases de données transactionnelles sont utilisées dans les magasins traditionnels et en ligne pour gérer plusieurs transactions simultanées par carte de créditsimultanéité contrôle de lasimultanéité ). Elles sont également essentielles pour maintenir une liste cohérente et précise des stocks, afin de s'assurer que les magasins ne vendent pas leurs stocks de manière excessive.
- La banque : Les institutions financières s'appuient fortement sur les bases de données transactionnelles pour suivre les dépôts et les retraits, garantir la sécurité des informations privées des utilisateurs et maintenir des soldes de comptes précis.
- Soins de santé : Les organismes de santé utilisent des bases de données transactionnelles pour protéger l'intégrité et l'exactitude des dossiers médicaux et pour traiter les transactions financières.
- L'assurance : Le secteur de l'assurance utilise des bases de données transactionnelles pour traiter les demandes d'indemnisation. La base de données permet de s'assurer que plusieurs utilisateurs n'accèdent pas simultanément aux demandes d'indemnisation et ne sauvegardent pas les progrès réalisés.
Actian Transactional Database cas d'usage
HSS Hire est un leader au Royaume-Uni dans le domaine de la location d'équipements de construction. C'est un client de longue date d'Actian Ingres (Actian X) et il a construit l'ensemble de son système transactionnel d'arrière-guichet sur la base de données Ingres. La base de données prend en charge les applications opérationnelles critiques, notamment la gestion des stocks d'outils et d'équipements, la gestion des comptes, la facturation, la disponibilité des produits et la livraison. Pour l'support décision, l'entreprise utilise la base de données Actian Vector.
Actian et la base de données transactionnelle
Actian a été détaché de Computer Associates pour devenir une entreprise de bases de données transactionnelles. Actian Vector a été développé pour devenir une base de données en colonnes à grande vitesse pour le traitement des requête vitesse de l'éclair en utilisant Ingres SQL et les API des développeurs.
Actian Zen offre un accès SQL et NO-SQL pour un faible encombrement et une administration nulle pour les besoins de l'Embarqué et de l'IoT.
FAQ sur les bases de données transactionnelles
Obtenez des réponses à certaines des questions les plus fréquemment posées concernant les bases de données transactionnelles.
Quel type de base de données est une base de données transactionnelle ?
Une base de données transactionnelle est généralement utilisée en production, car il s'agit d'une base de données en ligne. Cela signifie que toutes les données sont stockées dans des lignes plutôt que dans des colonnes. En ce qui concerne le type de base de données, il peut s'agir d'une base de données relationnelle ou NoSQL.
Quels sont les défis liés à l'utilisation d'une base de données transactionnelle ?
Selon l'usage que vous faites d'une base de données transactionnelle, vous pouvez être confronté à des problèmes d'évolutivité et d'efficacité. Bien qu'elles soient adaptées à la production et à l'analyse d'un petit nombre de clients, elles peuvent devenir difficiles à gérer lorsque votre entreprise se développe.
Quelles sont les propriétés de l'ACID ?
ACID est l'abréviation des propriétés d'atomicité, de cohérence, d'isolement et de durabilité. Cela signifie qu'une transaction doit réussir complètement en tout point pour être enregistrée dans la base de données, que la base de données reste cohérente d'un état valide à l'autre, que les transactions inachevées ne peuvent pas être modifiées et que les transactions conclues restent dans la base de données même en cas de défaillance de celle-ci.
Qu'est-ce que l'OLTP ?
OLTP signifie "online transactional processing" (traitement transactionnel en ligne). Il s'agit d'une méthode qui permet le traitement en temps réel sur l'internet par un grand nombre de personnes. Les boutiques en ligne, les banques en ligne et les sites de consommateurs similaires utilisent souvent ce type de traitement.
Se connecter à des bases de données transactionnelles avec Zeenea
La plateforme de données Zeenea peut connecter les entreprises aux bases de données transactionnelles, vous aider à gérer les données de votre entreprise, et plus encore. Conçue pour l'infonuagique, Zeenea est conforme aux normes SOC 2 Type II et ISO 27001, possède une connectivité universelle et agit comme un catalogue de données et une place de marché tout-en-un. Inscrivez-vous à une visite guidée de Zeenea pour découvrir comment Actian peut vous aider à exploiter vos données et à prendre des décisions rentables.