Trung tâm cá nhân
sách gpt4 ăn đã đi

c# - DbContext 查询性能较 ObjectContext 差

In lại 作者：IT王子 更新时间：2023-10-29 04:50:45 30 4
mua khóa gpt4 giày nike

<分区>

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

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

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

đối với (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
Đề xuất bài viết: javascript - 在 Windows 上安装 gifify
Đề xuất bài viết: c# - 与对象初始化器相比，测试数据生成器模式有哪些优势？
Đề xuất bài viết: javascript - iPad 上的 jQuery Selectric 错误
Đề xuất bài viết: c# - WPF 设计器中标记扩展参数的设计时检查
IT王子
Hồ sơ

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá taxi Didi miễn phí
Phiếu giảm giá taxi Didi
Các bài viết phổ biến trên toàn bộ trang web
Chứng chỉ ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com
Xem sitemap của VNExpress