Discussion :

[jejefeds]

Bonjour,

voici mon probleme.

sur le site que je developpe, a un moment donne j'enregistre un contrat via une procedure stockee tres simple qui fait un insert ....

par contre j'ai l'impression que lorsqu'une requete est executee en meme temps qu'une autre ( deux clients enregistrent un contrat plus ou moins au meme moment), l'un des deux contrats n'est pas enregistré ...

je ne suis pas un cador de developpement et j'aimerais savoir si, au nivo de la requete ou du code il est possible de detecter ce genre de situation.

Merci pour vos reponses.

[LaNat]

Il faut que tu regardes au niveau des transactions.

[jejefeds]

oki, je crois avoir deja utiliser les transactions, j'utilise les microsoft entreprise libraries.

Par contre, peut tu me preciser en quoi la transaction peut regler ce probleme. Je suppose que si l'une des ecritures dans la base echoue, un rollback va seffectuer et c a ce moment la que je vais reessayer de reecrire dans la base jusqu'a que cela fonctionne ...

[LaNat]

Les transactions sont un sujet assez vaste, il y a plein de cours sur le net qui en parlent, je te conseille de les consulter.

[fred777888999]

Difficile de donner un dignostic sans ton code, mais je vais supposer que l'algo de ta PS est qq chose du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Calculer la clef primaire de la table ou du code contrat unique;
Inserer les donnees;

dans ce cas, si tu as n transactions ouvertes (car n utilisateurs effectuent cette action au meme instant t), alors le calcul de la clef primaire donne une meme valeur. Le premier qui passe reussit alors l'insert tandis que les autres plantent en 'duplicate key'.

[Monkeyget]

Si quelqu'un a des bons liens sur l'accès concurrent à une base de donnée par une application je suis preneur.

[fred777888999]

Surement, mais evite de poster ce genre de probleme sur un sous-forum dedie a un langage car ce n'est visiblement pas la que le bas blesse, demande a un admin de te deplacer dans la bonne rubrique.
++
Fred.