Explorer le traitement de données transactionnelles

• 5 minutes

Un système de traitement de données transactionnelles est ce que la plupart des gens considèrent comme la principale fonction de l’informatique d’entreprise. Un système transactionnel enregistre les transactions qui encapsulent des événements spécifiques que l’organisation souhaite suivre. Une transaction peut être financière, telle que le mouvement de fonds entre des comptes d’un système bancaire, ou elle peut faire partie d’un système commercial pour suivre les paiements de biens et de services des clients. Pensez à une transaction comme une petite et discrète unité de travail.

Les systèmes transactionnels traitent souvent de gros volumes et peuvent parfois gérer plusieurs millions de transactions en une seule journée. Les données en cours de traitement doivent être accessibles très rapidement. Le travail effectué par les systèmes transactionnels est souvent appelé traitement transactionnel en ligne (OLTP, Online Transactional Processing).

Les solutions OLTP s’appuient sur un système de base de données dans lequel le stockage de données est optimisé pour les opérations de lecture et d’écriture, afin de prendre en charge les charges de travail transactionnelles dans lesquelles les enregistrements de données sont créés, récupérés, mis à jour et supprimés (souvent appelés opérations CRUD). Ces opérations sont appliquées de manière transactionnelle, d’une façon qui garantit l’intégrité des données stockées dans la base de données. Pour ce faire, les systèmes OLTP appliquent des transactions qui prennent en charge la sémantique ACID :

• Atomicité – Chaque transaction est traitée comme une unité unique, qui réussit complètement ou échoue complètement. Par exemple, une transaction qui implique le débit de fonds d’un compte et le crédit du même montant sur un autre compte doit effectuer les deux actions. Si une des deux actions ne peut pas être effectuée, l’autre action doit échouer.
• Cohérence – Les transactions peuvent uniquement prendre les données de la base de données d’un état valide à un autre. Pour continuer avec l’exemple de débit et de crédit ci-dessus, l’état terminé de la transaction doit refléter le transfert de fonds d’un compte à l’autre.
• Isolation – Les transactions simultanées ne peuvent pas interférer les unes avec les autres et doivent aboutir à un état cohérent de la base de données. Par exemple, tandis que la transaction de transfert de fonds d’un compte à un autre est en cours, une autre transaction qui vérifie le solde de ces comptes doit retourner des résultats cohérents - la transaction de vérification de solde ne peut pas récupérer de valeur pour un compte qui reflète le solde avant le transfert et une valeur pour l’autre compte qui reflète le solde après le transfert.
• Durabilité – Lorsqu’une transaction a été validée, elle reste validée. Après que la transaction de transfert de compte a été accomplie, les soldes de compte révisés sont enregistrés de manière à ce que même si le système de base de données est éteint, la transaction validée sera reflétée lorsqu’il est allumé à nouveau.

Les systèmes OLTP sont généralement utilisés pour prendre en charge des applications dynamiques qui traitent les données métier, souvent appelées applications métier.