home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6189 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  1.7 KB

  1. Path: sparky!uunet!ogicse!uwm.edu!wupost!decwrl!concert!glv!usenet
  2. From: bob@bobsled.glv.com (Bob Lunney)
  3. Newsgroups: comp.databases
  4. Subject: Re: non-centralized concurrency control
  5. Message-ID: <1992Aug19.172833.26455@glv.uucp>
  6. Date: 19 Aug 92 17:28:33 GMT
  7. Article-I.D.: glv.1992Aug19.172833.26455
  8. References: <1992Aug18.192031.18140@lmpsbbs.comm.mot.com>
  9. Sender: usenet@glv.uucp
  10. Distribution: usa
  11. Organization: Encompass
  12. Lines: 24
  13. Nntp-Posting-Host: 192.111.49.52
  14.  
  15. In article <1992Aug18.192031.18140@lmpsbbs.comm.mot.com>  
  16. setzer@ssd.comm.mot.com (Thomas Setzer) writes:
  17. > Does anyone know where I can get some info (textbook or paper or firsthand  
  18. etc,
  19. > etc) about non-centralized concurrency control mechinisms and  
  20. implementations.
  21. >  
  22. > What I mean by this is that there are multiple users accessing a database
  23. > but not having to go through a lock manager.  The locking is handled(I should
  24. > say needs to be, as it is still being designed) by each individual task or
  25. > process.  Any information on performance, contingency, implimentation or  
  26. theory
  27. > would be great.
  28. >  
  29.  [lots of stuff about tree based locking deleted...]
  30.  
  31. I attended a very interesting seminar at the University of North Carolina,  
  32. Chapel Hill (UNC) on this subject.  The speaker was David B. Johnson of the  
  33. Department of Computer Science at Rice University.  His methodology is  
  34. basically a network model wherein a process requests state information from  
  35. other processes that have a relationship with it.  The work was done on Sun  
  36. 3/60s running the V operating system (a research-oriented distributed OS).  The  
  37. paradigm, however, appears portable to any reasonable (read preemptive  
  38. multitasking) OS.
  39.