home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / sybase / 551 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.1 KB  |  28 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!enterpoop.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!bml
  3. From: bml@athena.mit.edu (Larry J Lennhoff)
  4. Subject: Please explain Sybase locking strategy
  5. Message-ID: <1992Dec22.203602.13230@athena.mit.edu>
  6. Keywords: Sybase locking page 
  7. Sender: news@athena.mit.edu (News system)
  8. Nntp-Posting-Host: vongole.mit.edu
  9. Organization: Steelypips Software
  10. Date: Tue, 22 Dec 1992 20:36:02 GMT
  11. Lines: 15
  12.  
  13. Can anyone recommend a book, white paper or article that goes into
  14. reasonable depth concerning Sybase's locking strategy?  I understand
  15. that 'page level' rather than 'row level' locking is used.  I don't
  16. understand why.  Neither do I really feel as though I know when sybase
  17. chooses to lock something and why. If you are in isql and you issue a 
  18. select without a begin transaction, is anything locked?  Or is nothing 
  19. locked til an update or delete statement?  When are locks released?  
  20.  
  21.  
  22.              Thanks
  23.  
  24.  
  25.                  Larry J Lennhoff
  26. Chosiad's Law: The sooner a project gets behind schedule the more time
  27. there is to catch up.
  28.