数据库系统原理勘误
1.关于隔离级别的部分叙述应该是针对某个事务和别的事务交互 2.无论是数据库还是操作系统的程序,都应该是锁的粒度越大,它的开销就越大,并发度就越小。因为它会锁更多的资源 3.应该是`决定`而非`决定于`
This commit is contained in:
parent
4af121730d
commit
d0aa3a38a8
@ -88,11 +88,11 @@ T<sub>1</sub> 读入某个数据,T<sub>2</sub> 对该数据做了修改,如
|
|||||||
|
|
||||||
## 未提交读(READ UNCOMMITTED)
|
## 未提交读(READ UNCOMMITTED)
|
||||||
|
|
||||||
一个事务可以读取自己的未提交数据,也被称为脏读。
|
一个事务可以读取其它事务的未提交数据,也被称为脏读。
|
||||||
|
|
||||||
## 提交读(READ COMMITTED)
|
## 提交读(READ COMMITTED)
|
||||||
|
|
||||||
一个事务可以读取自己的已提交数据,但是该数据可能过后就会被其它事务改变,因此也称为不可重复读。
|
一个事务可以读取其它事务的已提交数据,但是该数据可能过后就会被其它事务改变,因此也称为不可重复读。
|
||||||
|
|
||||||
## 可重复读(REPEATABLE READ)
|
## 可重复读(REPEATABLE READ)
|
||||||
|
|
||||||
@ -118,7 +118,7 @@ T<sub>1</sub> 读入某个数据,T<sub>2</sub> 对该数据做了修改,如
|
|||||||
|
|
||||||
粒度可以是整个数据库,也可以是表,行,或者分量。
|
粒度可以是整个数据库,也可以是表,行,或者分量。
|
||||||
|
|
||||||
粒度越小,开销越大。
|
粒度越大,开销越大。
|
||||||
|
|
||||||
# 封锁协议
|
# 封锁协议
|
||||||
|
|
||||||
@ -179,7 +179,7 @@ MySQL InnoDB 采用的是两阶段锁协议。在事务执行过程中,随时
|
|||||||
|
|
||||||
# 范式
|
# 范式
|
||||||
|
|
||||||
记 A->B 表示 A 函数决定于 B,也可以说 B 函数依赖于 A。
|
记 A->B 表示 A 函数决定 B,也可以说 B 函数依赖于 A。
|
||||||
|
|
||||||
如果 {A1,A2,... ,An} 是关系的一个或多个属性的集合,该集合决定了关系的其它所有属性并且是最小的,那么该集合就称为键码。
|
如果 {A1,A2,... ,An} 是关系的一个或多个属性的集合,该集合决定了关系的其它所有属性并且是最小的,那么该集合就称为键码。
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user