C# 实体框架对于数据检索是否足够快

我正在设计一组新的项目，其中包括一个WCF服务，该服务每分钟必须处理多达50个请求

这将是一个使用.NET 4.0和C#的Microsoft堆栈

每个请求都将验证数据，如果数据通过，则通过SQL Server 2008服务器上存储的进程检索数据

如果可能，应在请求后5秒内返回响应

请求和响应XML都低于3K，并且相当简单

我计划设置一个负载平衡器来处理请求，但我需要知道EF是否足够快来完成这项工作，或者我是否需要使用其他方法

---

请注意，这些都还没有构建，因此我可以自由地从头开始构建。

实体框架相对较快（），但是，如果您所做的只是调用存储过程，Dapper或其他微型ORM会快得多。如果您需要执行更复杂的O/RM任务，例如针对数据库的LINQ查询，通常比EF6快，但EF6支持更多的概念，例如LINQ to SQL从来没有打算执行的代码优先

---

我不认为O/RM将成为您的瓶颈，无论您采取何种方式：更有可能是存储过程（或者没有索引，如果您采用O/RM查询路线，并且事先没有弄清楚需要哪些索引）如果你担心性能，也许你应该考虑把XML序列化器看作一个瓶颈……如果你调用一个存储过程，只需使用DAPPER。你可以得到你的强类型对象序列化和你能处理的所有速度。是的，EF非常快，但是如果足够的话，它是相对的，这取决于你的场景，但是不要担心，EF执行得很好。仅供参考，我有一个使用EF每秒执行100多个事务的应用程序，但数据库、存储过程和查询都经过了调整，因此我认为数据库也是一个需要关注的重要问题。感谢您的快速回复。感谢大卫和里卡多，他们也对我的问题发表了评论。