Discussion :

[dsr57]

Bonjour tout le monde,

Je viens de rencontré un problème étrange.

Dans une application se basant sur SQL server 2000.
Je faisait une requête de type SELECT dans une fenêtre, cette requête restait ouverte jusqu'à la fermeture de la fenêtre, pour pouvoir visualiser l'ensemble des résultats l'un après l'autre.

Cette fenêtre donnait la possibilité de modifier un enregistrement, lancement d'une requête de type UPDATE.

Tout marchait très jusque aujourd'hui, ou il était impossible de modifier un enregistrement. Après avoir observer sur le moniteur d'activité, je me suis rendu compte que la requête de type UPDATE était bloquée par la requête de type SELECT. Alors que tout marchait avant.

Dans mon programme avant de faire l'UPDATE, je ferme la requête SELEct et cela fonctionne de nouveau

Mais je cherche une explication au problème.

J'explique les modifications que j'ai apporté sur la base avant le problème :
- Modification du type de récupération du fichier LOG (Simple --> Complet).
- Création de travaux, planifié une fois par mois, mais pas sur la table qui a engendré le problème.
- Création du jeu de sauvegarde (Complet,Diff, Log).
- Création d'une Base de Test.

Le volume de la table est peu important (environ 1 000 lignes sur 15 colonnes)


Si quelqu'un voit une explication je suis preneur.

(Je ne sais pas si j'ai placé le message dans le bon Forum)

Merci par avance.

[SQLpro]

Un SELECT pose un verrous de lecture sur les données scrutées et empêche tout UPDATE sur les données verouillées. Ceci est un comportement normal de tout SGBDR.

A +

[dsr57]

Merci pour ta réponse,



Mais ce qui me pose problème c'est que ce sélect n'a pas posé problème pendant plus de un an, et du jour au lendemain il bloque l'update.

[SQLpro]

Cela dépend de beaucoup de choses: stratégie de vérouillage, index en jeu, structure des tables, code client, volume des données......

Un serveur de BD est dynamique. Ce qui se passe à un moment peu se passer de manière différente à un autre moment. Il convient de comprendre la stratégie transactionnelle que l'on met en œuvre en codant !

A +

[dsr57]

OK je te remercie de ces explications.

je passe le Post en résolu.