C#:对于小型操作,ObjectTrackingEnabled = false 值得吗?

标签 c# performance linq-to-sql

给定以下代码:

using(var data = new SomeDataContext(ConnectionString))
{
  data.ObjectTrackingEnabled = false;

  foreach(Something in data.Somethings)
     someList.Add(something.SomeProperty);
}

是否值得将对象跟踪设置为 false?我知道这只是一行代码,但它让我不得不一直写下去有点烦人。但是我听说在不需要时关闭它可以获得一些性能提升。因为我只需要快速读取一些数据,所以我不需要跟踪。但是这么小的代码值得吗?你有什么意见?我应该使用它吗?我不应该吗?为什么?

最佳答案

如果要立即处理上下文,这可能不值得 - 但这里有一些想法:

  • 或许为数据上下文编写一个“流畅”的扩展方法(如下)
  • 通过添加部分 OnCreated 方法使其成为默认值

Fluent 扩展示例:

public static class DataContextExt {
    public static T NoTracking<T>(this T ctx)
        where T : DataContext
    {
        ctx.ObjectTrackingEnabled = false;
        return ctx;
    }   

}

然后你可以使用:

using(var data = new SomeDataContext(ConnectionString).NoTracking())
{...}

部分方法示例:

namespace MyData {
    partial class MyDataContext {
        partial void OnCreated() {
            this.ObjectTrackingEnabled = false;
        }
    }
}

关于C#:对于小型操作,ObjectTrackingEnabled = false 值得吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/532237/

相关文章:

c# - 不区分大小写 'Contains(string)'

java - 重写与 if 语句的性能

.net - 自定义 IQueryable<T>

linq-to-sql - Linq 2 SQL 分组问题

c# - 如何用反射调用List<T>的扩展方法 "ElementAt"?

c# - 如何根据键值获取在文本文件中输入的记录

c# - Windows 身份验证在服务器上不起作用

JavaScript InfoVis Toolkit 处理大量数据的能力

linux - 我的 CPU 速度是多少?

c# - 使用 Join、LINQ 然后 Split 从存储过程中获取 n 个绑定(bind)数据。使用多个结果,Linq2SQL