我目前在处理事务并感到困惑。这些事务是在数据访问层创建的，而不是在数据库（SQL Server 2008）的存储过程中创建的。 我了解设置事务隔离级别的正常工作流程。 我无法理解以下情况应该发生什么。
有多个线程做相同的事情，但是不同的ID。 但可能存在两个线程查找相同的ID的情况。 我们称它们为线程A和B。 与两个线程相关的上述步骤如下所示。 隔离级别设置为可重复读。
A1. 开始一个事务 A2. 选择ID = 1的员工。 B1. 开始一个事务 B2. 选择ID = 1的员工。 A3. 更新ID = 1的员工。 A4. 提交 B3. 更新ID = 1的员工。 B4. 提交
我真正想从事务中实现的是，当Thread A选择特定记录时，Thread B甚至不能选择那条记录。 我不知道在这种情况下是否应该使用事务和锁定来进行处理。
等待回复 :)
为了防止死锁，您应该使用UPDLOCK表提示，例如：
select * from employee with (updlock) where id = @id
update employee set name = @name where id = @id
因此，事务A和B现在互相等待-典型的锁升级死锁。 UPDLOCK表提示可以避免这种情况，因为它强制选择获取独占锁的select：
编辑：您可以将UPDLOCK与ROWLOCK结合使用，请求行级锁定，例如“with（updlock，rowlock）”。您可以提出要求，但您可能不总是得到它-请参见http://msdn.microsoft.com/en-us/library/ms187373(v=sql.100).aspx。此外，如果使用行锁定，则行锁定可能比页面锁定更昂贵，因为如果使用行锁定，则SQL Server可能需要跟踪更多的锁。因此，我会让SQL Server自己选择锁的范围，它通常做得很好；在这种情况下，它不应获取表锁。只有在没有问题的情况下才明确使用rowlock。
还要注意，仅使用rowlock不能防止两个事务选择相同的记录（行），然后尝试更新它-因此您始终需要updlock。
尝试类似这样的东西：
using System;
using System.Transactions;
using System.Data;
using Microsoft.Practices.EnterpriseLibrary.Data;
namespace StackOverflow.Demos
{
class Program
{
static Database db = DatabaseFactory.CreateDatabase("demo");
public static void Main(string[] args)
{
TransactionOptions options = new TransactionOptions();
options.IsolationLevel = System.Transactions.IsolationLevel.RepeatableRead; //see http://www.gavindraper.co.uk/2012/02/18/sql-server-isolation-levels-by-example/ for a helpful guide to choose as per your requirements
using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required, options))
{
using (IDbConnection connection = db.CreateConnection())
{
connection.Open(); //nb: connection must be openned within transactionscope in order to take part in the transaction
IDbCommand command = connection.CreateCommand();
command.CommandType = CommandType.Text;
command.CommandText = "select top 1 status from someTable with(UPDLOCK, ROWLOCK) where id = 1"; //see http://msdn.microsoft.com/en-us/library/aa213026(v=sql.80).aspx
string statusResult = command.ExecuteScalar().ToString();
if (!statusResult.Equals("closed",StringComparison.OrdinalIgnoreCase))
{
command.CommandType = CommandType.Text;
command.CommandText = "update someTable set status='closed' where id = 1";
}
scope.Complete();
}
}
}
}
}
附注：通常建议使用存储过程而不是像我上面所做的硬编码SQL - 如果您可以将所有逻辑推入存储过程中，使得您只需调用一次过程并且所有逻辑都在数据库中处理，那么就采用这种方式。
在上面的示例中，您会注意到命名空间：
Microsoft.Practices.EnterpriseLibrary.Data;
这是因为我倾向于使用微软企业库中的数据块，它在OOTB库的基础上提供了大量功能。如果您感兴趣，可以在此处阅读更多信息：http://msdn.microsoft.com/library/cc467894.aspx
我觉得你应该看一下你正在使用的线程机制。你应该能够事先知道（而不是在事务期间），并且不要启动已经被处理的ID的线程。或者你的线程应该可以访问一些共享的同步列表，其中包含应该被处理的ID。这样两个线程就不能同时处理同一个ID。