asp.net-mvc - Entity Framework 对于多个网站和大型应用程序来说是一个糟糕的选择吗？

Question

场景 :我们目前有一个网站，并正在努力建立几个带有管理网站的网站。我们正在使用 asp.net-mvc、SQL Server 2005 和 Entity Framework 4。因此，目前我们有一个包含所有网站的单一解决方案，并且所有网站都使用相同的 Entity Framework 模型。该模型目前有 70 多张 table ， future 可能会有更多……大约 400 张？

问题 : Entity Framework 模型在变大时会变慢吗？我读过很多文章，他们说与 ado.net 相比，由于额外的映射层，它非常慢？此外，我们曾想过拥有多个模型，但似乎这也是一种不好的做法，当我们不使用任何 ORM 时，LINQ 有用吗？

所以，我们只是好奇所有使用类似技术的大型网站是什么以及如何在使用像 EF 这样的 ORM 时取得良好的性能，还是他们从不选择 ORM？我还开发了一个 LINQ to SQL 应用程序，它有超过 150 个表，我们招致了巨大的启动损失，第一次加载时站点需要 15-20 秒才能响应。我很确定这是由于 LINQ to SQL ORM 的大量启动成本。如果有人可以分享他们对此的经验和想法，那就太好了？要遵循的最佳实践是什么，我知道这取决于每个应用程序，但如果性能是一个问题，那么要采取的最佳步骤是什么？

Answer 1

我没有给你一个明确的答案，但我找到了这个 SO 帖子:ORM performance cost ，它可能会为您提供信息，特别是提到此站点的第二高答案:

http://ormbattle.net/

我个人的经验是，对于我目前看到的任何 ORM 映射器，Joel 的 law of leaky abstraction大量应用。因此，如果您要使用 EF，请确保手头有可供优化的替代方案。