悲观锁（Pessimistic Lock）是一种锁定策略，它认为在事务处理期间，其他并发事务很可能要对当前资源进行修改，因此会直接将资源锁定，防止其他事务的干扰。当然，锁定资源会导致并发处理水平下降，但可以大大提高数据安全性。在 SQL Server 中，悲观锁主要通过行锁和表锁实现。
1. 行锁
行锁是对单条记录进行加锁，能够达到很细颗粒度锁定效果，并发性能更好。SQL Server 中，可通过以下语句开启行锁：
BEGIN TRANSACTION
SELECT * FROM [table] WITH (UPDLOCK, ROWLOCK)
... --其他操作
COMMIT TRANSACTION
UPDLOCK 表示将对行进行修改， ROWLOCK 表示对行进行锁定。在一条事务中，被锁定的行可以被其他事务读取，但不能修改，直至被释放。
1.1. 行锁示例
以员工工资表为例说明行锁的应用。
有一个员工工资表，其中包含员工号、员工姓名、基本工资和奖金四个字段，需同时更新其中一个员工的基本工资和奖金，代码如下：
UPDATE employee SET salary=salary+[increment_salary], [
increment_bouns]
WHERE employee_id [id_no]
这段代码的问题在于无论数据是否被修改，事务都会对整张表进行加锁，负载过大，效率过低，导致并发性能下降。为了避免出现这种情况，可以使用行锁，代码如下：
BEGIN TRANSACTION
SELECT * FROM employee WHERE employee_id =[id_no] WITH (UPDLOCK, ROWLOCK)
UPDATE employee SET salary=salary+[increment_salary], [
increment_bouns]
WHERE employee_id =[id_no]
COMMIT TRANSACTION
这样就只会锁定需要修改的那一行，其他行不受影响，提高了效率。
2. 表锁
表锁是针对一整个表进行加锁，会对并发性能造成较大影响。可通过以下语句开启表锁：
BEGIN TRANSACTION
SELECT * FROM [table] WITH (TABLOCKX)
... --其他操作
COMMIT TRANSACTION
TABLOCKX 表示对整个表进行加锁，其他事务无法访问该表，直至事务被释放。
2.1 表锁示例
某公司薪酬系统中，人事部门需要查询所有员工的薪资信息，在查询的同时，薪资信息不应被修改或删除。因此，可以使用表锁来保护数据的安全性，代码如下：
BEGIN TRANSACTION
SELECT * FROM employee WITH (TABLOCKX)
WHERE depart_id =[depart_no]
COMMIT TRANSACTION
这样在查询时，整张表都被锁定，其他事务无法修改表中的数据。
3. 总结
在高并发环境下，数据安全性是至关重要的。使用悲观锁能够在一定程度上保证数据的安全性，但同时也会对并发性能产生影响。因此，在使用悲观锁时，需慎重权衡并发性能和数据安全性两方面的需求，合理选择锁定策略。
以上是本文对 SQL Server 中悲观锁的介绍，其中包含了行锁和表锁的应用，重要操作的示例代码等。在实际开发中，应结合具体场景，合理选择锁定策略，保障数据安全性及并发性能。