ACM Home Page
Please provide us with feedback. Feedback
Locking granularity revisited
Full text PdfPdf (1.22 MB)
Source ACM Transactions on Database Systems (TODS) archive
Volume 4 ,  Issue 2  (June 1979) table of contents
Pages: 210 - 227  
Year of Publication: 1979
ISSN:0362-5915
Authors
Daniel R. Ries  Univ. of California-Berkeley, Berkeley
Michael R. Stonebraker  Univ. of California-Berkeley, Berkeley
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 4,   Downloads (12 Months): 38,   Citation Count: 39
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/320071.320078
What is a DOI?

ABSTRACT

Locking granularity refers to the size and hence the number of locks used to ensure the consistency of a database during multiple concurrent updates. In an earlier simulation study we concluded that coarse granularity, such as area or file locking, is to be preferred to fine granularity such as individual page or record locking. However, alternate assumptions than those used in the original paper can change that conclusion. First, we modified the assumptions concerning the placement of the locks on the database with respect to the accessing transactions. In the original model the locks were assumed to be well placed. Under worse case and random placement assumptions when only very small transactions access the database, fine granularity is preferable. Second, we extended the simulation to model a lock hierarchy where large transactions use large locks and small transactions use small locks. In this scenario, again under the random and worse case lock placement assumptions, fine granularity is preferable if all transactions accessing more than 1 percent of the database use large locks. Finally, the simulation was extended to model a “claim as needed” locking strategy together with the resultant possibility of deadlock. In the original study all locks were claimed in one atomic operation at the beginning of a transaction. The claim as needed strategy does not change the conclusions concerning the desired granularity.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

1
 
2
CHAMBERLIN, D., ET AL. A deadlock-free scheme for resource locking in a data base environment. Res. Rep., IBM Res. Lab., San Jose, Calif., June 1974.
 
3
CODASYL PROGRAMMING LANGUAGE COMMITTEE. CODASYL COBOL Data Base Facility- Proposal, March 1973.
4
 
5
DIGITAL EQUIPMENT CORP. DBMS-11 Data Base Administrator's Guide. DEC-11-ODABA-A-D, Digital Equipment Corp., Maynard, Mass., 1976.
6
 
7
GRAY, J.N., LOR}E, R.A., AI~D PUTZOLU, G.R. GranuLarity of locks in a shared data base. Proc. Int. Conf. on Very Large Data Bases, Framingham, Mass., Sept. 1975, pp. 428-451.
 
8
GRAY, J.N., LORIE, R.A., PUTZOLU, G.R. AND TRAIGER, I.L. Granularity of locks and degrees of consistency in a shared data base. Proc. IFIP Working Conf. on Modelling of Data Base Manage. Syst., Freudenstadt, Germany, Jan. 1976, pp. 695-723.
 
9
HEWLETT-PACKARD CORP. IMAGE Reference Manuall Hewlett-Packard Corp., Pa|o Alto, Calif., 1977.
 
10
LIPSON, W., AND LAPEZAK, LSL User's Manual. Tech. Note No. 9, Comptr. Syst. Res. Group, U. of Toronto, Toronto, Ont., Canada, Aug. 1976.
11
12
13
 
14
RODRIQUEZ-ROSELL, J. Empirical data reference behavior in data base systems. Computer 9, 11 (Nov. 1976), 9-13.
15
 
16
STEARNS, R.E., ET AL. Concurrency control for data base systems. Proc. IEEE Syrup. on Foundation of Comptr. Sci., Oct. 1976, 19-32.
17

CITED BY  39

Collaborative Colleagues:
Daniel R. Ries: colleagues
Michael R. Stonebraker: colleagues