home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / informix / 2397 < prev    next >
Encoding:
Text File  |  1992-11-12  |  2.0 KB  |  44 lines
  1. Newsgroups: comp.databases.informix
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!wupost!uwm.edu!linac!att!cbnewsm!seeb
  3. From: seeb@cbnewsm.cb.att.com (Dick Seebach)
  4. Subject: Re: The twin problem (was Re: HELP - Index Locks are creating DEADLOCKS)
  5. Organization: AT&T Bell Labs, Warren NJ
  6. Date: Thu, 12 Nov 1992 13:37:41 GMT
  7. Message-ID: <1992Nov12.133741.3189@cbnewsm.cb.att.com>
  8. References: <4309@copper.Denver.Colorado.EDU> <OLIVER.92Nov10221419@snoopy.infix.de> <1992Nov11.203538.29976@informix.com>
  9. Lines: 33
  10.  
  11. In article <1992Nov11.203538.29976@informix.com> cortesi@informix.com (David Cortesi) writes:
  12. >
  13. >The method used is to place a lock on the next higher index entry,
  14. >and to require any transaction that would insert a value to 
  15. >acquire a lock on the adjacent key.  This ensures that no other
  16. >process can insert the original key until the first transaction
  17. >completes.
  18. >
  19. >There is no basic difference between a lock conflict based on the twin
  20. >problem and one caused by two processes trying to update the same row.
  21. >Both result from two processes attempting to seize the same resource at
  22. >the same time.
  23. >
  24. >Is this not so?
  25. >
  26. >Dave Cortesi
  27. >  cortesi@informix.com
  28.  
  29. While the may be no 'basic difference' in low level INFORMIX code between
  30. a lock on a row and a lock on an adjacent index key, there is a
  31. VERY BIG DIFFERENCE at the user level, when several users are trying
  32. to update a database, and their updates fail due to adjacent key locks,
  33. rather than row locks.
  34.  
  35. We designed our application using row level locking for data integrity.
  36. The very poorly (if at all) documented issue of adjacent key locking
  37. has confused and frustrated our users, since they think they will not
  38. see locking problems if they are not updating the same row as someone else.
  39.  
  40. It would be of some help to describe what 'adjacent keys' are.
  41. Dave, can you post a description of adjacent keys, or point to a
  42. definition in INFORMIX documentation (not Tech Notes; I have been
  43. unable to get back copies from INFORMIX).
  44.