我一直遵循“不要过早优化”的原则，使用Entity Framework编写了我的WCF服务。
然而，我进行了性能分析，发现Entity Framework太慢了。我的应用程序每1.2秒处理2个消息，而我正在重写的（传统）应用程序在同样的时间内可以处理5-6个消息。（传统应用程序调用存储过程来访问其数据库。）
我的性能分析指出，每条消息Entity Framework占用大部分时间。
那么，我的选择是什么？
是否有更好的ORM可用？
（支持常规对象读写且速度较快的东西。）
是否有方法使Entity Framework更快？
（注意：当我说更快时，我的意思是在长期内，而不是第一次调用。第一次调用较慢（15秒/消息），但这不是问题。我只需要在接下来的消息中快速响应。）
某些神秘的第三种选择，将帮助我从我的服务中获得更多速度。
注意：我的大多数数据库交互都是创建和更新。我非常少地进行选择和删除。
ObjectSet<T>.ToTraceString()方法调试SQL命令（在Debug和Release模式下不应该有区别）。如果你遇到需要进一步优化的查询，可以使用一些投影来向EF提供更多关于你想要实现的内容信息。Product product = db.Products.SingleOrDefault(p => p.Id == 10);
// executes SELECT * FROM Products WHERE Id = 10
ProductDto dto = new ProductDto();
foreach (Category category in product.Categories)
// executes SELECT * FROM Categories WHERE ProductId = 10
{
dto.Categories.Add(new CategoryDto { Name = category.Name });
}
可以替换为:
var query = from p in db.Products
where p.Id == 10
select new
{
p.Name,
Categories = from c in p.Categories select c.Name
};
ProductDto dto = new ProductDto();
foreach (var categoryName in query.Single().Categories)
// Executes SELECT p.Id, c.Name FROM Products as p, Categories as c WHERE p.Id = 10 AND p.Id = c.ProductId
{
dto.Categories.Add(new CategoryDto { Name = categoryName });
}
你说你已经对应用程序进行了性能分析。那么，ORM也进行了性能分析吗？Ayende有一个EF性能分析工具，可以帮助你找到需要优化的EF代码部分。你可以在这里找到它：
请记住，如果需要提高性能，您可以在ORM旁边使用传统的SQL方法。
是否有更快/更好的ORM？ 根据您的对象/数据模型，您可以考虑使用其中一个微型ORM，例如Dapper，Massive或PetaPoco。
Dapper网站发布了一些比较基准，这将为您提供它们与其他ORM的比较。但需要注意的是，微型ORM不支持EF和NH等完整ORM的丰富功能集。
你可能想要看一下RavenDB。这是一个非关系型数据库（来自Ayende），它允许您直接存储POCO，无需映射。RavenDB针对读取进行了优化，并通过消除操纵架构和将对象映射到该架构的需要，使开发人员的生活变得更加轻松。但是，请注意，这是一种与使用ORM方法明显不同的方法，并且这些方法在产品网站中有详细说明。https://sourceforge.net/projects/dopersistence/?source=directory
https://github.com/jdemeuse1204/OR-M-Data-Entities
或者如果您想使用NuGet：
PM> Install-Package OR-M_DataEntities
文档也在其中