Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Une seule transaction dans une application client/serveur multi-utilisateurs
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 ?
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
Un Dead Lock ???
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 !
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
try catch
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 !
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
BiginTrans
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 !
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
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 TIBQueryJe n'utilisais JAMAIS Edit\Post mais j'utilisais systématiquement un Query via lequel j'executais le SQL nécessaire !
Soit configurer un TIBUpdateSQL
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager