微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

有关处理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中运行此类作业。     

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。