"Victime de blocage" dans la transaction, comment changer la priorité?

J'ai enregistré une exception levée par une application ASP.NET.

Message: La transaction (ID de process 56) a été bloquée sur le verrou | ressources de tampon de communication avec un autre process et a été choisi comme victime de l'impasse. Réexécutez la transaction.

Je suis sûr que la raison en était que j'exécutais certaines selects directement dans SSMS sur des tables qui étaient interrogées dans l'application en même time.

Alors maintenant ma question est:

• Blocage de SQL Server provoqué par des verrous de plage dans l'index
• Quels sont les problèmes de locking et d'impasse dans les opérations financières?
• La validation FK dans SQL Server utilisera-t-elle toujours l'index spécifié dans sys.foreign_keys?
• Blocage SQL Server entre deux instructions de mise à jour
• Blocage dans la procédure stockée de mise à jour

• Puis-je changer la priorité SQL-Server choisit "victimes de blocage"? Je voudrais choisir "moi-même" (SSMS) comme victime de blocage et non ASP.NET, parce que c'est une application à time critique et il est plus facile pour moi de réexécuter la requête manuelle que pour les users d'accepter une erreur.

Merci d'avance.

• J'ai des données sur les blocages, mais je ne peux pas comprendre pourquoi ils se produisent
• Deadlock – Verrouillage d'une colonne alors qu'il n'y a pas de données
• Comment des interblocages peuvent-ils se produire si des objects sont accédés dans le même ordre?
• Comment résoudre les interblocages SQL Server – une fois que l'ordre de modification et le raccourcissement des requêtes sont épuisés?
• Deadlocks rares et insaisissables (select pour la mise à jour, puis mise à jour) en cas de plusieurs transactions simultanées