eadlocks do @SQL Server entre selecionar / atualizar ou várias seleções

Toda a documentação dos deadlocks do SQL Server fala sobre o cenário em que a operação 1 bloqueia o recurso A e tenta acessar o recurso B e a operação 2 bloqueia o recurso B e tenta acessar o recurso A.

No entanto, muitas vezes vejo impasses entre uma seleção e uma atualização ou mesmo entre várias seleções em alguns de nossos aplicativos ocupados. Acho alguns dos pontos mais sutis da saída do rastreamento de impasse bastante impenetráveis, mas eu realmente gostaria de entender o que pode causar um impasse entre duas operações únicas. Certamente, se um select tiver um bloqueio de leitura, a atualização deverá aguardar antes de obter um bloqueio exclusivo e vice-versa?

Isso está acontecendo no SQL Server 2005, não que eu ache que isso faça diferenç

questionAnswers(7)

yourAnswerToTheQuestion