|
Comments
|
|
nice trick. I can definitely use this trick to resolve deadlock at work. I am look forward to see more troubleshooting videos. very good info. Thanks
|
|
|
This is the wrong video..it is the one from your reversing deadlock series.
|
|
|
Good info
|
|
|
good
|
|
|
It seems like there is a video missing between 2 and 3
|
|
Mark Holahan on
1/15/2010
There's a continuity break between Part 2 and Part 3. Seems like Part 3 should be Part 4 and Part 3 should really be the discussion of how to use the trace flag.
|
|
|
Excellent series! I think a more in depth explanation of how/why accessing tables in the same order clears things up would make it more helpful. Overall, though, great series!
Thanks,
Dan
|
|
|
The stored procedures never did complete prior to the video ending. They sure ran for a long time.
|
|
|
excellent
|
|
|
very helpful series
|
|
|
good article
|
|
|
how would someone know that insert table order needs to be reversed.dificult for a novice to grasp, expected some more explanation
|
|
David Bridge on
1/12/2011
The author doesn't explain the reason behind the fix or investigate any other areas where this issue may occur. In this case the author knew exactly where the error was because it was created for the demo but had this been a real life issue the cause would be less obvious. What sequence of possibilities would the DBA check to detect the error. Is the table order the only one?
|
|
|
This appears to be related to another series, "Reverse Deadlocking". The deadlocks in this series had a S and X not X and X.
How to Detect Deadlocking in SQL Server - Part 2
|