Les transactions ne sont pas infaillibles!

badilou · 25/05/2008, 12h51

Je suis plongée dans le monde des transactions depuis presque une semaine.
Ma conclusion est que les transactions ne sont pas infaillibles!

Je veux dire, on peut toujours avoir des résulats erronés (inatendus) même en utilisant les transactions!

[Snapshot] est plus sécurisé que [ReadCommitted] (et moins que [Serializable]) quand on fait des mises à jour d'objets concurrents pourtant, en permettant la lecture fantôme et l'écriture biaisée (voir la doc http://firebird-fr.eu.org/doku.php?i...s:transactions ), on peut avoir des résultats inattendus!

Je suis à côté??

TryExceptEnd · 25/05/2008, 23h30

Rien d'extraordinaire dans ce que tu viens de découvrir grace ... a tes lectures, donc connues depuis des lustres.

qi130 · 26/05/2008, 09h59

Citation:

Envoyé par badilou

on peut toujours avoir des résulats erronés (inatendus) même en utilisant les transactions!

Surtout si on utilise la mauvaise option...

D'où l'utilité de se documenter et de concevoir correctement son application.

badilou · 26/05/2008, 11h32

Citation:

Envoyé par TryExceptEnd

Rien d'extraordinaire dans ce que tu viens de découvrir grace ... a tes lectures, donc connues depuis des lustres.

merci pour les encouragements... petit malin.

_skip · 28/05/2008, 09h00

C'est aussi une question de performance au profit ou au détriment de la sécurité. Perso pour mon application de vente multi-poste(15) j'ai estimé que read commited était absolument suffisant. C'est d'ailleurs bien souvent le cas.

25/05/2008, 12h51	#1
badilou Invité régulier Inscription : avril 2006 Messages : 59 Détails du profil Informations forums : Inscription : avril 2006 Messages : 59 Points : 7 Points : 7	Les transactions ne sont pas infaillibles! Je suis plongée dans le monde des transactions depuis presque une semaine. Ma conclusion est que les transactions ne sont pas infaillibles! Je veux dire, on peut toujours avoir des résulats erronés (inatendus) même en utilisant les transactions! [Snapshot] est plus sécurisé que [ReadCommitted] (et moins que [Serializable]) quand on fait des mises à jour d'objets concurrents pourtant, en permettant la lecture fantôme et l'écriture biaisée (voir la doc http://firebird-fr.eu.org/doku.php?i...s:transactions ), on peut avoir des résultats inattendus! Je suis à côté??
	00

25/05/2008, 23h30	#2
TryExceptEnd Membre éclairé Développeur informatique Inscription : octobre 2006 Messages : 435 Détails du profil Informations personnelles : Sexe : Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : octobre 2006 Messages : 435 Points : 347 Points : 347	Rien d'extraordinaire dans ce que tu viens de découvrir grace ... a tes lectures, donc connues depuis des lustres. __________________ Si vous êtes libre, choisissez le Logiciel Libre.
	00

28/05/2008, 09h00	#5
_skip Expert Confirmé Sénior Développeur d'applications Inscription : novembre 2005 Messages : 2 326 Détails du profil Informations personnelles : Sexe : Âge : 28 Localisation : Suisse Informations professionnelles : Activité : Développeur d'applications Secteur : High Tech - Produits et services télécom et Internet Informations forums : Inscription : novembre 2005 Messages : 2 326 Points : 4 798 Points : 4 798	C'est aussi une question de performance au profit ou au détriment de la sécurité. Perso pour mon application de vente multi-poste(15) j'ai estimé que read commited était absolument suffisant. C'est d'ailleurs bien souvent le cas.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email