sql server中的锁描述

SQL Server系统中建议让系统自动管理锁，该系统会分析用户的SQL语句需要，自动为该请求加上合适的锁，而且在锁的数目太多时，系统会自动进行锁升级。升级的门限由系统自动配置，并无需用户配置。 如果在实际应用中为了保持数据一致怀，可以为数据库的某个表加锁。比如，在某应用程式的一个事务操作中，需要根据一张表对几个数据表做统计操作，为确保统计数据时间的一致性和正确性，从统计第一个表开始到全部表结束，其他应用程式或事务不能再对这几个表写入数据，这个时候，该应用程式希望在从统计第一个数据表开始或在整个事务开始时能够由程序人为地（显式地）锁定这几个表，这就需要用到手工加锁（也称显式加锁）。
能够使用 SELECT、INSERT、UPDATE 和 DELETE 语句指定表级锁定提示的范围，以引导数据库使用所需的锁类型。当需要对对象所获得锁类型进行更精细控制时，使用表级锁定提示更改默认的锁定行为。 .
所指定的表级锁定提示有如下几种：

1． HOLDLOCK: 将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK 等同于 SERIALIZABLE。

2． NOLOCK：不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于    SELECT 语句。

3． PAGLOCK：在通常使用单个表锁的地方采用页锁。（通常添加表锁）

4． READCOMMITTED：用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。

5． READPAST: 跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST 锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用于 SELECT 语句。

6． READUNCOMMITTED：等同于NOLOCK。

7． REPEATABLEREAD：用与运行在可重复读隔离级别的事务相同的锁语义执行扫描。

8． ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

9． SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。

10． TABLOCK：使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Server 一直持有该锁。但是，如果同时指定 HOLDLOCK，那么在事务结束之前，锁将被一直持有。

11． TABLOCKX：使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。

12.   UPDOCK:  读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK 的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。

13.  XLOCK:  使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用 PAGLOCK 或 TABLOCK 指定该锁，这种情况下排它锁适用于适当级别的粒度。