有关处理T-SQL事务ADO的方法的建议？

如何解决有关处理T-SQL事务ADO的方法的建议？

| 我们在这里谈论隔离级别，即与本地运行的Express MSsql服务器相关的并发性。我正在尝试找出一种方法，当用户决定在GridView中编辑一行时开始数据锁定->保持数据锁定，直到他/她停止编辑（即按\'Update \' ）。作为事件列表，它看起来像这样：用户1在ID为1的行上按“编辑”。用户1输入新数据时，数据集（行）被锁定。如果用户2试图编辑同一行，则应在该行进入编辑模式之前注意该用户。用户1更新该行，并停止编辑模式，因此应提交数据并关闭事务。我已经开始提出一些方法。在使用这些方法之前，我的服务方法始终将连接保存在私有/局部变量中：

private sqlConnection connection = new sqlConnection(\"Data Source=host\\\\sqlEXPRESS;Initial Catalog=tablename;User ID=sa;Password=password\");

然后是方法。

public sqlTransaction BeginTransaction() {
    //Something like this
    sqlTransaction transaction = connection.BeginTransaction(IsolationLevel.ReadCommitted);
    return transaction;
}

public bool UpdateTidsregistrering(some parameters to be parsed from GUI) {
    using(connection) {
        connection.open();
        sqlCommand command = connection.CreateCommand();
        //Execute a query here with a try-catch around like normally...
    }
}

public void CloseTransaction() {
    //Close transaction and connection?
}

我的大问题是：是否可以正确利用？

解决方法

需要考虑的场景... -有人开始编辑一行，然后晚上回家 -许多不同的用户持有许多不同行的未结交易 -用户编辑时网络连接断开 -用户A刷新屏幕，用户B修改并提交一行，用户A开始修改该行，而忽略了用户B的更改 -在多行上进行多个未结交易的成本 -必须永久打开连接的所有用户的成本通常，我的偏好是仅在代码周围使用TRANSACTIONS，而不会暂停。尤其是停顿创造了任何人类互动。对于这种情况，我偏爱的模型是使用“最后修改的”时间戳。在屏幕上刷新数据，每行保留一个last_modified_time 用户点击一行应用检查该行的last_modified_time是否已更改如果更改，请更新数据库中的行并通知用户当前状态允许用户修改屏幕上的行用户点击“提交” 再次检查last_modified_time是否已更改如果是这样，请显示不同的值并询问用户是否仍要提交其更改 ,在SQL中，您想要的是：

begin transaction;

select id
from tablename with (updlock,rowlock,holdlock,readpast)
where id = @id;

if @@rowcount = 0
begin
  raiseerror(\'This record does not exists or is currently locked.\',16,1);
  rollback tran;
end;

用户在这里进行编辑...

update tablename ... ;
commit transaction;

您可以使用c＃方法轻松地将其包装到LockRecord / UnlockRecord。请注意，您将需要在id上使用唯一索引，否则会发生不好的事情。 ,不要为此保留交易。它将要求您：打开连接开始交易选择要编辑的记录（=锁定记录）等待用户完成编辑提交变更紧密连接用户可以编辑记录多长时间？如果用户锁定记录并去吃午餐会怎样？用户不应保留连接，并且交易应尽可能短。整个单独的部分是我们在谈论ASP.NET，您将不得不在其中将连接存储在会话中，如果用户不提交更改，则连接将泄漏-您很快就会用尽连接。整体可被认为是完全糟糕的设计，您绝对不可以做！在表格中添加新列：LockedBy（您也可以添加LockedAt）。仅当用户要编辑记录时才更改事务中的这些列。填写这些列后，其他用户将无法将记录切换到编辑模式。用户提交更改后，清除这些列。您将遇到一个问题-如果用户取消更改，则必须解锁记录，但是如果用户只是关闭浏览器，该怎么办？这将需要一些能够定期运行并解锁长时间锁定的记录的工作（第二列的原因）。您可以在SQL Agent中运行此类作业。