虽然 Entity Framework(EF) 5 承诺带来了超越 EF 4 的大幅性能提升，但为了更有效地使用 ORM，我们仍然需要关注一些注意事项——即视图生成、缓存、自动编译的查询、查询执行选项及设计时（Design Time）。
微软已经发布了一份白皮书，概述使用待发布的 Entity Framework 5（它将作为即将到来的.NET 4.5 的一部分发布）时应关注的各种性能注意事项。
以下是一些需要注意的地方:
- 冷查询执行 vs. 暖查询执行（Cold-vs-Warm query execution）——视图生成这一步（用于从数据库模式到概念模式或从概念模式到数据模式的必要转换）会增加第一次运行查询时的开销，后续运行会因为视图缓存的缘故会更快一些。用户可以通过预生成视图来提升性能；
- 缓存——在对象层次（特别是结合禁用 AutoDetectChanges 改善 DbContext Find() 性能），可用的缓存有查询计划缓存（Query Plan Caching）、元数据缓存（MetaData Caching）及结果缓存（Results Caching）。EF 仍然没有提供二级缓存，不过我们可以参考一些指南进行实现——如 CodePlex 上的示例，以及 Julia Lerman 的文章“ Entity Framework 与 Windows Azure 中的二级缓存”；
- 可选的无跟踪查询（没有状态跟踪的开销）。目前该选项只对 ObjectQuery 可用，没法适用于 DbSet 及 DbQuery 类；
- 微型 ORM 风格的快速查询，如数据库上执行SQL 查询以及 ExecuteStoreQuery ；
- 设计时注意事项——每个层次对应一张表（Table-per-hierarchy，简称 TPH）vs. 每个类型对应一张表（Table-per-Type，简称 TPT）vs. 每个类对应一张表（Table-per-Class，简称 TPC）；其中 TPT 在查询复杂度及性能方面表现最差；
- 延迟加载 vs. 预先加载 （Lazy-vs-Eager loading）。
Entity Framework 是由微软提供的一款面向.NET 应用程序的商业对象关系映射框架。除了EF 之外，.NET 开发人员还可以选择的一些（开源和商业包括在内）产品有 NHibernate 和 LightSpeed 。另外，还有一些轻量级的微型 ORM 模型像 Dapper.NET 、 PetaPoco 及 Massive 。
查看英文原文： Entity Framework 5 - Performance Considerations Entity Framework
暂无签名
最新发布
揭秘 InputFormat：掌控 Map Reduce 任务执行的利器
2012-01-16
LinkedIn 宣布 1.19 亿美元收购文件分享网站 SlideShare
2012-05-06
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
大模型时代的异构计算平台
B 站稿件生产架构演进：从单体到微服务的挑战与实践
EMQ 开源商业化
评论