advertisement
Login | Register   
  Include Code  Search Tips
TODAY'S HEADLINES  |   ARTICLE ARCHIVE  |   TIP BANK
Browse DevX
How has determining the correct balance between concurrency and integrity influenced your solutions for database deadlocks? Discuss your experiences
Partners & Affiliates
advertisement
advertisement
advertisement
advertisement
Average Rating: 3/5 | Rate this item | 6 users have rated this item.
 

Avoid Database Deadlocks with Planning

This article describes how to apply locking, coding, and transaction management in a way that strikes the correct balance between concurrency and integrity while avoiding deadlocks. 


advertisement
esolving deadlocks is one of the more elusive solutions in database application development. Deadlocks are the dark side of concurrency, that is, they occur when some combination of locking, coding, or transaction management goes wrong. Deadlocking represents a failure of processes to work and play well together.

In this 10-Minute Solution, I discuss the controls and settings that go into transaction management and describe how to debug deadlocks by integrating resources in a manner that balances concurrency and integrity.



How do I apply locking, coding, and transaction management in a way that strikes the correct balance between concurrency and integrity and avoids deadlocks?



Integrate resources using the proper transaction isolation levels and locks, and plan ahead with your own serialization convention to avoid deadlocks.

  Next Page: Transaction Isolation Levels: Concurrency vs. Integrity
Page 1: IntroductionPage 3: Anatomy of a Deadlock
Page 2: Transaction Isolation Levels: Concurrency vs. IntegrityPage 4: Planning Ahead Is Easier Than Recovering
Please rate this item (5=best)
 1  2  3  4  5
advertisement