Discussion :

[zamine81]

salut
aprés avoir lu un peu sur les transactions et la gestion des concurence d'accés je me suis posé la question suivante:
- les effets d'une transaction ne sont répercuté sur la base de données que s'il ya validation ( COMMIT ) ; donc comment une transaction pourrait t'elle modifié l'etat de la base sans avoir été totalement exécuté et terminé .
Donc en cas d'incident les transactions intérompues n'aurant pas d'effet sur la base de donnée .
Voila , j'espere qu'on m'aiderai à surmenter ce que j'arrive pa à pigé

[SQLpro]

Ce que tu dis n'est pas clair...

...donc comment une transaction pourrait t-elle modifier l'etat de la base sans avoir été totalement exécuté et terminé .

C'est le principe même des transactions : tant quelle n'est pas validée aucune modification des données n'a lieu.

...Donc en cas d'incident les transactions intérompues n'aurant pas d'effet sur la base de donnée

Faux ! les transaction interrompues sont reprises jusqu'à achévement pas un commit ou un rollback.

Lit ce que j'ai écrit sur le sujet : http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1

A +

[orafrance]

j'ajouterai que ce n'est pas parce que tu tues un process que la transaction se termine. Un exemple sous Oracle, j'ai souvent vu des admins peu expérimenté killer une session de DELETE trop longue espérant ainsi reprendre la main. Sauf que même dans ce cas, Oracle termine la transaction et donc le rollback se qui peut s'avérer TRES long. Seul un shutdown immediate (kill -9 de tous les process) met fin à ces transactions mais là, gare à la survie de la base

[zamine81]

merci pour la réponse SQLpro et j'avoue que ce que j'ai écrit etait assez embrouillé, ce dont je voulais parlais c'est le principe de la reprise aprés panne utilisé dans le SGBDR et l'utilisation de la journalisation des transactions pour remetre la BDD dans un etat coherant:

Aprés avoir lus plusieurs documentation j'arrive toujour pas à comprendre comment dans un cas d'incident et qu'il ya des transactions en cours d'éxecution ,la BDD se trouverait dans un etat incoherant puisque avant l'incident elle etait dans un état coherant et que les transactions Normalement ne sont pa responsable d'un etat incoherant de la BDD ?

Voila, j'espere que cette fois j'etait plus clair et ce que je cherche déssepérement c'est un exemple illustrant le le mécanisme de reprise aprés panne pour comprendre une bonne fois pout toute