Version imprimable
Bonjour tt le monde,
Outils de développement : c++builder 6
Base de données : firebird
J'ai une application multi-utilisateur : Ma question est
Est-ce qu'il faudrait une transaction pour chaque utilisateur ?
Car, une fois il y a une erreur dans un poste (utilisateur), tout les système se bloque et je dois redémarer mon serveur.
Merci.
Un Dead Lock ???
Normalement, la Transaction est au niveau de la connexion (tu peux en avoir plusieurs dans un programme même pour un seul utilisateur, en général, une par thread ou une par base)
La Transaction est
Soit implicite, une seule requête sans transaction (en réalité, il y a une transaction implicite juste pour la requête), c'est l'option "AutoCommit", tu ne peux pas la désactiver en IB
Soit explicite, tu as toi même fait StartTransaction, tu n'as pas oublié un Commit ou un RollBack ?
Merci ShaiLeTroll
Quelle est la méthode la plus convenable pour éviter le DeadLock ? est-ce Implicite ou explicite.
Pour la validation, j'utilise commit pour la validation et rollback pour l'annulation.
En fait, il ne devrait pas y en avoir !
Peut-être importe explicite ou implicite ! cela ne change rien !
Tu as bien protégé toutes tes transactions par des "try catch" pour qu'à la moindre erreur le RollBack soit bien lancé !
C'est surtout voir le mode de transaction, je ne connais pas IB, mais il y a plusieurs niveau de lock (table entière, une ligne ...) et la gestion optimiste, pessimiste ou exclusifs des transactions !
J'ai déjà utilisé le try catch, mais le problème c'est que les modification et les enregistrements ajoutés ne sont pas validés (en cas d'erreur).
C'est le but de la Transaction !
Si il y la moindre erreur avec un risque d'avoir une DB incohérente, l'appel de RollBack annule toutes les modifications depuis le BeginTrans !
Je travaille pas avec BiginTrans,
Open();
Edit();
ApplyUpdates();
Commit();
Pas de BeginTrans, donc Commit Inutile !
Je suppose que CachedUpdates est à true ?
Je n'ai pas fait d'InterBase depuis longtemps, et même quand j'en ai fait, je n'ai jamais aimé cette DB avec les composant TIB*
Je n'utilisais JAMAIS Edit\Post mais du SQL systématique !
Merci ShaiLeTroll :
Est-ce que tu peux me donnais des informations sur :
SQL systématique ?
Merci encore
Hein ?
il fallait comprendre :
SQL type INSERT\UPDATE\DELETE manuellement dans des TIBQueryCitation:
Je n'utilisais JAMAIS Edit\Post mais j'utilisais systématiquement un Query via lequel j'executais le SQL nécessaire !
Soit configurer un TIBUpdateSQL