Skip to main content
execution plan screenshot correction (no significant changes in relation to question content, just to make it precise)
Source Link
i-one
  • 2.4k
  • 2
  • 14
  • 23

index seek execution plan with nvarcharindex seek execution plan with nvarchar

index seek execution plan with nvarchar

index seek execution plan with nvarchar

Removed EDIT see http://meta.stackexchange.com/a/127655
Source Link
Paul White
  • 90.2k
  • 30
  • 423
  • 663

Update:

Adding UPDLOCK has no effect (X on object still observable after IX).

Update:

Adding UPDLOCK has no effect (X on object still observable after IX).

Adding UPDLOCK has no effect (X on object still observable after IX).

edited
Source Link
i-one
  • 2.4k
  • 2
  • 14
  • 23

So, it seems that forcing seek not necessarily guarantee granular locks (and deadlocks absence hence). I'm not confident, that having clustered index guarantee somethinggranular locking. Or does it?

The question about eligibility of placing X lock on object after IX still open. IfAnd if it is eligible. How can, is there something that one avoidcan do to prevent object locking?

So, it seems that forcing seek not necessarily guarantee deadlocks absence. I'm not confident, that having clustered index guarantee something. Or does it?

The question about eligibility of placing X lock on object after IX still open. If it is eligible. How can one avoid object locking?

So, it seems that forcing seek not necessarily guarantee granular locks (and deadlocks absence hence). I'm not confident, that having clustered index guarantee granular locking. Or does it?

The question about eligibility of placing X lock on object after IX still open. And if it is eligible, is there something that one can do to prevent object locking?

addition
Source Link
i-one
  • 2.4k
  • 2
  • 14
  • 23
Loading
addition
Source Link
i-one
  • 2.4k
  • 2
  • 14
  • 23
Loading
Tweeted twitter.com/StackDBAs/status/915992624028426241
Source Link
i-one
  • 2.4k
  • 2
  • 14
  • 23
Loading