我是实体框架的新手。
我有一个担心：
我需要遍历通过 LINQ to Entities 收集的大量数据，这些数据以匿名类型组合了来自不同实体的几个属性。
如果我需要一个一个地读取这个查询的返回项直到结束，我是否面临 OutOfMemory 异常的风险，因为集合是 BIG 或 EF 隐式使用 SqlDataReader？
（或者我应该使用 EntityDateReader 来确保我按顺序读取 Db（但是我猜我必须将查询生成为字符串））
【问题讨论】：
标签： c# .net entity-framework sqldatareader
据我所知，您可以做两件事，首先使用 .AsNoTracking 关闭跟踪，这在大多数情况下会将您的内存集减少一半，这可能就足够了。
如果您的集合仍然太大，请使用 skip 和 take 以块的形式下拉结果集。您还应该将其与 AsNoTracking 结合使用，以确保跟踪不会消耗内存
编辑：
例如，您可以使用类似于以下内容的内容循环遍历 1000 个块中的所有项目。以下代码一次只能在内存中保存 1000 个项目。
int numberOfItems = ctx.MySet.Count();
for(int i = 0; i < numberOfItems + 1000; i+=1000)
{
foreach(var item in ctx.MySet.AsNoTracking().Skip(i).Take(1000).AsEnumerable())
{
//do stuff with your entity
}
}
【讨论】：
如果数据量如您所说的那么大，我建议您不要在这种情况下使用 EF。 EF 很棒，但有时您需要回退并使用标准 SQL 以获得更好的性能。
看看 Dapper.NET https://github.com/SamSaffron/dapper-dot-net
如果您真的想在每种情况下都使用 EF，我建议您使用 Bounded Contexts（多个 DBContexts）。
在多个较小的上下文中拆分模型将提高性能，因为当 EF 创建上下文的内存模型时，您将使用更少的资源。
上下文越大，生成的资源就越多 并维护该内存模型。
您还可以在共享多个上下文的实例时分离和附加，这样您仍然不会加载所有模型。
【讨论】：