Les bases de données transactionnelles sont conçues pour être conformes à la norme ACID, ce qui garantit que les écritures dans la base de données aboutissent ou échouent dans leur ensemble, tout en maintenant un haut niveau d'intégrité des données lors de leur écriture. Les bases de données transactionnelles sont donc essentielles pour les transactions commerciales nécessitant un haut niveau d'intégrité des données. L'exemple canonique est le secteur bancaire : vous souhaitez effectuer une transaction complète qui réussit ou échoue (prélèvement sur un compte et crédit sur un autre).

Les bases de données transactionnelles étant conçues pour exécuter des systèmes de production, elles sont très efficaces pour les opérations qui doivent être effectuées en quelques millisecondes. Si vous effectuez des analyses sur une instance dupliquée transactionnelle de votre base de données de production, il est probable que l'instance dupliquée soit presque synchronisée avec la base de données principale, c'est-à-dire avec une latence inférieure à une seconde.

L'utilisation de données à partir de bases de données transactionnelles pour fournir un instantané opérationnel en temps réel est un cas d'utilisation analytique idéal pour les bases de données transactionnelles, car la latence introduite par l'instance dupliquée est très faible. Si vous essayez de surveiller les charges de travail ou l'inventaire ou un autre système d'exploitation et que vous devez prendre des décisions basées sur des données aussi récentes que possible, la réplication de la base de données de production constitue peut-être la meilleure option.

Si une seule partie de la transaction échoue, l'intégralité de la transaction échoue. De cette manière, chaque transaction doit réussir à 100 % pour pouvoir être validée dans la base de données.

Une transaction est soit écrite dans la base de données (pour l'amener d'un état valide à un autre), soit elle est annulée.

Les transactions qui n'ont pas encore été effectuées ne peuvent pas être traitées ni modifiées par d'autres transactions.

Une fois qu'une transaction est écrite dans la base de données, elle y reste, même en cas de défaillance de la base de données.