加锁的主要目的是为了防止并发操作时导致的数据不一致等问题，锁分为共享锁(S)、更新锁(U)、排他锁(X)，共享锁与更新只是单向兼容？传说中的单相思？
事务
事务能保证数据操作的原子性，要么内部操作都提交，要么都回退。事务内部某个地方出错时，可以回滚前面的操作，比如更新、删除等。
BEGIN TRAN ---报错时回滚
IF @@ERROR<>0
ROLLBACK TRAN --执行完后提交
COMMIT TRAN
共享锁
共享锁允许并发事务读取一个资源，资源上存在共享锁时，任何其他事务不能修改数据，但是允许同时读取。
HoldLock 在表上保持共享锁，直到整个事务结束。
执行查询时会默认加上共享锁。
BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE
BEGIN TRAN RR
SELECT * FROM AA(HOLDLOCK)
COMMIT TRAN RR
上面的例子，都在表AA上加了共享锁，运行结果表明，即使第一个事务没有执行完，第二个事务仍然可以直接查询出结果。这就说明，共享锁是可以同时存在多个的，多个事务可以同时获取同一资源的共享锁。
排他锁
XLOCK 其他事务不能读也不能修改它锁定的资源。
执行更新时会自动添加排他锁。
共享锁与排他锁不能同时存在。
BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE
BEGIN TRAN RR
UPDATE AA SET TT='' WHERE DD=''
COMMIT TRAN RR
第一个事务在执行完成之前，第二个事务的更新一直没有进行，直到第一个事务完成之后，第二个事务中执行的更新操作才能进行。这就表明，共享锁与排他锁时不能同时存在的。一旦一个事务获取到了一个资源的共享锁，那么只有等到共享锁释放之后，才能被其他事务获取排他锁。
更新锁
UPDLOCK 一次只有一个事务可以获得资源的更新锁，获取了更新锁意味着获取了从共享锁到排他锁的资格。但是不会影响其他的查询，只会阻止那些试图加更新锁的操作。同一时间在同一个资源上不能有两个更新锁，同时加共享锁时允许的。
共享锁与更新锁是兼容的，允许同时在一个资源上。
排他锁与更新锁是不兼容的，不能同时加在一个资源上。
BEGIN TRAN RR
SELECT * FROM AA(UPDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN RR
BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
COMMIT TRAN EE
以上代码测试结果表明，在资源上加了更新锁之后，还可以继续加共享锁，也就说并不影响查询。但是，看下面的例子。
BEGIN TRAN EE
SELECT * FROM AA(HOLDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE
BEGIN TRAN RR
SELECT * FROM AA(UPDLOCK)
COMMIT TRAN RR
上面的例子是先加共享锁，然后再加更新锁，测试结果表明，在第一个事务结束之前，第二个事务并不能获取到更新锁。所以，是不是可以说更新锁与共享锁的兼容是单向的。
BEGIN TRAN EE
SELECT * FROM AA(UPDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE
BEGIN TRAN RR
SELECT * FROM AA(UPDLOCK)
COMMIT TRAN RR
上面的测试结果表明，不能同时获取同一个资源的更新锁。
BEGIN TRAN EE
SELECT * FROM AA(UPDLOCK)
WAITFOR DELAY '0:0:30'
COMMIT TRAN EE
BEGIN TRAN RR
--SELECT * FROM AA(XLOCK)
UPDATE AA SET TT=''
COMMIT TRAN RR
上面测试表明，加了更新锁，就不能获得排他锁。