2010-11-12 5 views
1

lecture à la fois, il semble que les deux ont des responsabilités similaires de la gestion du partage et de l'intégrité des ressources ainsi que la priorité d'exécution, mais je ne peux pas sembler trouver comment ils diffèrent? Quelqu'un peut-il clarifier ce malentendu. Merci VousQuelle est la différence entre un gestionnaire de transactions et un gestionnaire de base de données?

+0

Savez-vous que vous pouvez avoir des transactions dans des choses qui ne sont pas des bases de données appelées généralement? – Gabe

Répondre

2

En plus de ce Oded déjà dit:

Un gestionnaire de transactions gère les transactions - et une transaction peut inclure/traiter d'autres ressources que des bases de données. J'ai donné l'exemple d'une imprimante à quelques occasions auparavant.

Un gestionnaire de base de données gère les données - et pas nécessairement d'une manière transactionnelle. Il existe un système SQL très populaire dont la version 1.0 n'a pas de commit/rollback, mais qui n'offre pas de fonctionnalité transactionnelle et n'offre donc pas beaucoup de support pour l'intégrité des données.

La distinction est la plupart du temps plutôt obtus, cependant, parce que:

  • un grand nombre de transactions réelles impliquent pas d'autres ressources récupérables que simplement la base de données,
  • afin de garantir la cohérence des données, SGBD ne peut pas éviter d'avoir à offrir la plupart sinon la totalité des fonctionnalités des transactions.
2

Un gestionnaire de transactions gère les transactions - celles-ci peuvent être distribués (à savoir impliquant plusieurs bases de données/systèmes).

A traite de gestionnaire de base de données avec une base de données unique - gestion sur le disque, la consommation de mémoire, requête analyse etc ...

Questions connexes