Comment faire de l'ACIDE et de la base de données de transactions de travail?
Quelle est la relation entre l'ACIDE et la base de données de la transaction?
ACIDE donner des transactions de base de données ou est-ce la même chose?
Quelqu'un pourrait-il éclairer ce sujet.
Vous devez vous connecter pour publier un commentaire.
L'ACIDE est un ensemble de propriétés que vous souhaitez appliquer lors de la modification d'une base de données.
Une transaction est un ensemble de modifications liées à ce qui est utilisé pour réaliser certaines des propriétés ACID. Les Transactions sont des outils pour atteindre les propriétés ACID.
Atomicité signifie que vous pouvez garantir que tous d'une transaction se produit, ou rien de tout cela n'; vous pouvez effectuer des opérations complexes comme une seule unité, tout ou rien, et un accident, de panne de courant, erreur, ou quoi que ce soit d'autre ne vous autorise pas à être dans un état dans lequel seuls certains des changements ont eu lieu.
La cohérence signifie que vous avez la garantie que vos données seront conformes; aucun des contraintes que vous avez sur les données connexes jamais être violé.
Isolement signifie qu'une transaction ne peut pas lire les données à partir d'une autre transaction qui n'est pas encore terminé. Si les deux opérations sont en cours d'exécution simultanément, à chacun de voir le monde comme s'ils étaient de l'exécution de manière séquentielle, et si l'on a besoin de lire des données qui est écrit par un autre, il devra attendre jusqu'à ce que l'autre est fini.
La durabilité signifie qu'une fois qu'une transaction est terminée, il est garanti que toutes les modifications ont été enregistrées sur un support durable (comme un disque dur), et le fait que la transaction a été réalisée est également enregistré.
Ainsi, les transactions sont un mécanisme pour garantir ces propriétés; ils sont un moyen de regroupement des actions connexes telles que comme un ensemble, un groupe d'opérations peut être atomique, produire des résultats cohérents, être isolé à partir d'autres opérations, et être durablement enregistré.
ACIDE sont des propriétés souhaitables de toute transaction moteur de traitement.
Un SGBD (si il est bon) un type particulier de traitement des transactions moteur qui expose, en général à une très large mesure, mais pas tout à fait, entièrement, ces propriétés.
Mais d'autres moteurs existent qui peuvent également exposer ces propriétés. Le type de logiciel utilisé pour être appelé "TP moniteurs" être un cas dans point (aujourd'hui' équivalent en grande majorité des serveurs web).
Ces TP moniteurs peuvent accéder à des ressources autres que les SGBD (par exemple, une imprimante), et toujours la garantie de l'ACIDE à l'égard de leurs utilisateurs. Comme un exemple de ce que l'ACIDE peut signifier lorsqu'une imprimante est impliqué dans une transaction:
J'ai légèrement modifié l'imprimante exemple pour le rendre plus explicable
1 document de 2 pages de contenu a été envoyé à l'imprimante
Transaction - document envoyé à l'imprimante
coupe - imprimante imprime des documents sans aucune erreurs
Espère que cela aide quelqu'un à faire le coup de la notion de l'ACIDE
ACIDE propriétés sont très anciennes et importantes concept de base de la théorie. Je sais que vous pouvez trouver beaucoup de messages sur ce sujet, mais je voudrais commencer à partager réponse sur ce point car c'est très important sujet de SGBDR.
Système de base de données joue avec beaucoup de différents types de transactions où toutes les transactions a certaines caractéristiques. Cette caractéristique est connue Propriétés ACID.
Les Propriétés ACID prendre bénéficiaire pour toutes les transactions de base de données pour accomplir toutes les tâches.
Atomicité : valider tout ou rien.
Cohérence : les Rendre plus cohérentes en termes de valider l'ensemble de la règle et la contrainte de la transaction.
Isolement : assurez-vous que les deux transactions est pas au courant les uns les autres.
Durabilité : commis de données stockés indéfiniment.
Référence prise à partir de cet article:
Dans une base de données relationnelle, chaque instruction SQL doit exécuter dans le cadre d'une transaction.
Sans en définir les limites des transactions explicitement, la base de données va utiliser une transaction implicite qui s'enroule autour de chaque déclaration individuelle.
La transaction implicite commence avant l'exécution de l'instruction et à la fin (commit ou rollback) après l'instruction est exécutée.
Le mode de transaction implicite est communément connu comme l'autocommit.
Comme expliqué dans cet article, une transaction est un ensemble d'opérations de lecture/écriture réussir que si tous les contenus des opérations de réussir.
En soi, une transaction est caractérisée par quatre propriétés (communément appelée ACIDE):
Pour un système de base de données relationnelle, c'est vrai, parce que le Standard SQL spécifie qu'une transaction doit fournir à l'ACIDE garanties:
Atomicité
L'atomicité des opérations et les transforme en un "tout ou rien" unité de travail, réussir si et seulement si tous les contenus des opérations de réussir.
Une transaction peut encapsuler un changement d'état (sauf s'il est en lecture seule). Une transaction doit toujours laisser le système dans un état cohérent, peu importe le nombre de transactions simultanées sont entrelacés à un moment donné.
Cohérence
La cohérence signifie que les contraintes sont appliquées pour chaque transaction validée. Cela implique que toutes les Clés, types de Données, des Contrôles et de Déclenchement sont couronnées de succès et pas de violation de contrainte est déclenchée.
Isolement
Opérations nécessitent la simultanéité des mécanismes de contrôle, et ils garantir l'exactitude même quand ils sont entrelacés. L'isolement nous apporte l'avantage de se cacher non validées les modifications de l'état du monde extérieur, qu'à défaut de transactions ne devriez jamais corrompre l'état du système. L'Isolation est obtenue par le contrôle d'accès concurrentiel à l'aide de pessimiste ou optimiste mécanismes de verrouillage.
Durabilité
Une transaction réussie doit modifier en permanence l'état d'un système, et avant de terminer, l'etat les modifications sont enregistrées dans un persisté journal des transactions. Si notre système est soudainement touché par une panne du système ou de panne de courant, puis tous les inachevé transactions validées peuvent être relus.
Pour plus de détails sur la Durabilité et le Redo Log, découvrez cet article.
Pour citer Wikipédia:
Un SGBD qui prend en charge les opérations devront s'efforcer à l'appui de l'ensemble de ces propriétés commerciales SGBD (ainsi que plusieurs open-source Sgbd) fournir plein d'ACIDE "soutien" - bien qu'il soit souvent possible (par exemple, avec différents niveaux d'isolement dans MSSQL) afin de diminuer l'ACIDness - perdant ainsi la garantie d'transactionnel comportement.
[Gris] a introduit l'ACD propriétés d'une transaction en 1981. En 1983 [Haerder] ajout de l'Isolement de la propriété. À mon avis, l'ACD propriétés serait plus utile de définir des propriétés pour en discuter. Une interprétation de l'Atomicité (que la transaction doit être atomique comme on le voit de tout client à tout moment) serait effectivement implique l'isolement de la propriété. "L'isolement" de la propriété est utile lorsque la transaction est pas isolé; lorsque l'isolement de la propriété est détendu. Dans la norme ANSI SQL parler: si le niveau d'isolation est plus faible alors SERIALIZABLE. Mais lorsque le niveau d'isolation SERIALIZABLE, l'isolement de la propriété n'est pas vraiment d'intérêt.
J'ai écrit plus à ce sujet dans un billet de blog: "l'ACIDE N'a Pas de Sens".
http://blog.franslundberg.com/2013/12/acid-does-not-make-sense.html
[Gris] Le Concept De Transaction, Jim Gray, 1981.
http://research.microsoft.com/en-us/um/people/gray/papers/theTransactionConcept.pdf
[Haerder] les Principes de la Transaction de Base de données Orientée vers la Récupération, Haerder et Reuter, 1983.
http://www.stanford.edu/class/cs340v/papers/recovery.pdf
Transaction peut être définie comme un ensemble de tâches qui sont considérées comme unité de traitement. Chaque unité de traitement ne peut pas être divisé.
Toute transaction doit comporter quatre propriétés que communément connus comme les propriétés ACID. j'.e ACIDE est le groupe de propriétés de la transaction.