gpt4 book ai didi

c# - DbContext 查询性能较 ObjectContext 差

转载 作者:IT王子 更新时间:2023-10-29 04:50:45 30 4
gpt4 key购买 nike

<分区>

我最近将我的实体模型从使用 4.1 的 ObjectContext 移到了使用 5.0 的 DbContext。我开始后悔这样做了,因为我注意到使用 DbContext 与 ObjectContext 的查询性能非常差。这是测试场景:

两个上下文都使用具有大约 600 个表的相同数据库。两者都关闭了 LazyLoading 和 ProxyCreation(代码示例中未显示)。两者都有预先生成的 View 。

测试首先进行 1 次调用以加载元数据工作区。然后在执行 100 次的 for 循环中,我新建了一个上下文并调用了前 10 次。(我在 for 循环内创建上下文,因为这模拟了在 WCF 服务中使用,这将创建每次的上下文)

for (int i = 0; i < 100; i++)
{
using (MyEntities db = new MyEntities())
{
var a = db.MyObject.Take(10).ToList();
}
}

当我使用 ObjectContext 运行它时,大约需要 4.5 秒。当我使用 DbContext 运行它时,大约需要 17 秒。我使用 RedGate 的性能分析器对此进行了分析。对于 DbContext,罪魁祸首似乎是一种名为 UpdateEntitySetMappings 的方法。这在每个查询上都会被调用,并且似乎会检索元数据工作空间并循环遍历 OSpace 中的每个项目。 AsNoTracking 没有帮助。

编辑:为了提供更详细的信息,问题与 DbSet 与 ObjectSet 的创建\初始化有关,而不是实际查询。当我使用 ObjectContext 进行调用时,创建 ObjectSet 平均需要 42 毫秒。当我使用 DbContext 进行调用时,创建内部 dbset 大约需要 140 毫秒。 ObjectSet 和 DbSet 都从元数据工作空间中进行一些实体集映射查找。我注意到 DbSet 为工作区中的所有类型执行此操作,而 ObjectSet 则没有。我猜(还没有尝试过)表较少的模型性能差异较小。

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com