问题只是回滚变化,而不是提交.假设我获取了一些数据,我更改了它们,我提交了更改(可选步骤)并且我回滚了事务.无论你在哪里看到每个作者写的内容,都会取消这些更改.但我发现这是半真的 – LINQ DataContext将保留更...
问题只是回滚变化,而不是提交.
假设我获取了一些数据,我更改了它们,我提交了更改(可选步骤)并且我回滚了事务.无论你在哪里看到每个作者写的内容,都会取消这些更改.
但我发现这是半真的 – LINQ DataContext将保留更改的数据!我使用TransactionScope和DataContext.Transaction测试了这个.在这两种情况下,我都有相同的行为.
解决方法是在回滚后重新创建DataContext(但这会导致其他问题,如缓存数据和处理嵌套事务)或手动丢弃DataContext中的更改.然而,这些只是解决方法.
问题
那我错过了什么? LINQ to SQL不适合交易吗?如何使用事务,以便他们真的回滚更改?
例
MyTable record = null;
db.Connection.Open();
using (db.Transaction = db.Connection.BeginTransaction())
{
record = db.MyTable.First();
record.BoolField = !record.BoolField; // changed
db.SubmitChanges();
db.Transaction.Rollback();
}
解决方法:
数据上下文应被视为工作单元.您的精确程度取决于您 – 它可以是页面请求,也可以是单个操作;但是 – 如果你得到一个例外(或几乎任何意外) – 停止;放弃数据上下文和回滚.回滚后,您的数据上下文将会混淆,所以不要保留它.
另外;不要将数据上下文保留的时间超过必要的时间.它不是一个app-long数据缓存.
本文标题为:c# – 如何回滚与LINQ to SQL相关的事务?
- c#中如何获取指定字符前的字符串 2023-07-18
- C#使用表达式树实现对象复制的示例代码 2023-05-12
- 总结C#处理异常的方式 2023-05-11
- c# – 获取已安装的Windows商店应用程序列表 2023-09-18
- c#使用dynamic类型优化反射的方法 2023-01-06
- c# 获得当前绝对路径的方法(超简单) 2022-12-06
- 初学C#所需明白的那些点 2023-07-18
- VS2010中lib与dll文件的生成与使用方法 2022-12-06
- Unity Shader实现水波纹效果 2023-02-16
- 浅谈C#跨线程调用窗体控件(比如TextBox)引发的线程安全问题 2022-11-23