|
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
|
M. M. Astrahan , M. W. Blasgen , D. D. Chamberlin , K. P. Eswaran , J. N. Gray , P. P. Griffiths , W. F. King , R. A. Lorie , P. R. McJones , J. W. Mehl , G. R. Putzolu , I. L. Traiger , B. W. Wade , V. Watson, System R: relational approach to database management, ACM Transactions on Database Systems (TODS), v.1 n.2, p.97-137, June 1976
[doi> 10.1145/320455.320457]
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Abdelsalam Helal , Tung-Hui Ku , Ramez Elmasri , Sourav Mukherjee, Adaptive transaction scheduling, Proceedings of the second international conference on Information and knowledge management, p.704-713, November 01-05, 1993, Washington, D.C., United States
|
|
|
|
|
|
|
|
|
|
|
|
Abdelsalam Helal , Tung-Hui Ku , Jud Fortner, Quasi-dynamic two-phase locking, Proceedings of the third international conference on Information and knowledge management, p.211-218, November 29-December 02, 1994, Gaithersburg, Maryland, United States
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|