Je suis Newbie à la base de données et SQL Server.
Alors, quand j'ai la recherche de choses sur la base de données sur Internet, j'ai constaté que la base de données était bonne si elle obéissait ou suivez la Je me demande que le serveur en bref: Maintenir la propriété merci ..
5 Réponses :
IMHO, c'est une maintenance deux fois. Les deux administrateurs de DB (procédures stockées) et les programmeurs devraient appliquer les propriétés acides. SQL Server maintient ses propres propriétés acides en interne et nous n'avons pas à s'inquiéter de cela.
Les propriétés acides sont appliquées dans SQL Server.
Lire ceci: Propriétés acides de SQL 2005 < / a>
Mais cela ne signifie pas que la base de données manipulerait tout pour vous.
Selon Pinal Dave ( blog.sqlauthority.com )
cohérence garantit qu'un
transaction ne quitte jamais votre base de données
dans un état demi-fini.
Au-dessus de quatre règles sont très importantes
Pour tout développeur traitant de
Bases de données.
qui va pour les développeurs traitant de bases de données.
Mais les développeurs d'applications doivent également écrire une logique commerciale sur laquelle des propriétés acides sont appliquées.
Un exemple sur Utilisation pratique des propriétés acides vous aiderait davantage je suppose que
Existe-t-il une application avec une simple opération de CRUD de base de données et qui suit la propriété acide ??
Jetez un coup d'œil aux transactions à l'intérieur d'un sp. 4Guysfromrolla.com/webtech/080305-1.shtml
Presque tous les systèmes de base de données modernes appliquent les propriétés acides. Lisez ceci: Transaction de base de données et propriétés acides
Pas exactement: Bailis.org/blog/when-is-acid- acide rarement ; IGGYFERNANDEZ.WordPress.com/2010 / 09/20 / ...
MySQL n'est pas non plus (le DDL certainement n'est pas!)
acide:
[a] TOMIC: - Tout réussit ou échoue comme une unité unique.
[C] OnSistent: - Lorsque l'opération est terminée, tout reste dans un état sûr.
[I] Solé: - Aucune autre opération ne peut avoir un impact sur le fonctionnement.
[d] urable: - Lorsque l'opération est terminée, les modifications sont sûres
transaction: -Une transaction est un lot d'instructions SQL qui se comportent comme une seule unité. En mots simples, une transaction est une unité où une séquence de travail est effectuée pour compléter l'ensemble de l'activité. Nous pouvons prendre un exemple de transaction bancaire pour comprendre cela.
lorsque nous transférons de l'argent du compte "A" sur le compte "B", une transaction a lieu.Every transaction comporte quatre caractéristiques, celles-ci sont appelées propriétés acides.
◦ atomicity ◦ cohérence ◦ isolement ◦ Durabilité
Atomicity: - Toutes les transactions suivent le modèle d'atomicité, ce qui signifie que si une transaction est démarrée, elle devrait être terminée ou annulée. Pour comprendre cela, prenons au-dessus de l'exemple, si la personne transfère le montant du compte "A" au compte "B", il devrait être crédité au compte B après avoir terminé la transaction. En cas de défaillance d'un échec, après avoir débité le montant du compte "A", le changement doit être annulé.
Cohérence: - La cohérence indique qu'après l'achèvement d'une transaction, les modifications apportées au cours de la transaction doivent être cohérentes. Comprenons ce fait en faisant référence à l'exemple ci-dessus, si le compte "A" a été débité de 200 RS puis après la fin du compte de transaction "B" devrait être crédité de 200 Rs. Cela signifie que les changements doivent être cohérents.
Isolement: - L'isolation stipule que chaque transaction doit être isolée les unes avec les autres, il ne devrait y avoir aucune interférence entre deux transactions.
Durabilité: - La durabilité signifie qu'une fois la transaction terminée, tous les changements doivent être permanents, cela signifie qu'en cas de défaillance du système, des modifications ne doivent pas être perdues.
Une transaction est l'unité fondamentale du traitement. Soit toutes ses opérations sont exécutées ou aucun d'entre eux n'est.
Supposons que le système se bloque après l'opération d'écriture (a) (mais avant d'écrire (b).)
La base de données doit être capable de récupérer des valeurs anciennes d'A et B (ou d'une transaction complète complète)
L'exécution d'une transaction seule doit déposer la base de données d'un état cohérent à un autre état cohérent.
La somme d'A et B doit être inchangée par l'exécution de la transaction
Une transaction ne doit pas apporter ses effets connus d'autres transactions qu'après son engagement.
Si deux transactions sont exécutées simultanément, il doit apparaître que l'on a terminé l'exécution avant l'autre départ.
Si une autre transaction exécutant en même temps est la lecture (et / ou écrire à) comptes A et B, il ne doit pas être en mesure de lire les données dans un état incohérent (après avoir écrit à A et avant d'écrire sur B)
Une fois qu'une transaction s'engage, les modifications apportées à la base de données ne peuvent pas être perdues en raison d'une défaillance future.
Une fois la transaction terminée, nous aurons toujours de nouvelles valeurs d'A et B dans la base de données
Transaction: -Une transaction est un lot d'énoncés SQL qui se comporte comme une seule unité. En mots simples, une transaction est une unité où une séquence de travail est effectuée pour compléter l'ensemble de l'activité. Nous pouvons prendre un exemple de transaction bancaire pour comprendre cela. Lorsque nous transférons de l'argent du compte "A" en compte "B", une transaction a lieu.