实体框架是多个网站和大型应用程序的不良选择吗？

Question

场景:我们目前有一个网站,正在与管理网站建立几个网站.我们正在使用asp.net-mvc,SQL Server 2005和Entity Framework 4.因此,目前我们有一个解决方案,所有网站和所有网站都使用相同的实体框架模型.该模型目前有70多个表格,未来可能会有更多......大约400个？

问题:当实体框架模型变得更大时,它是否会变慢？我已经阅读了很多文章,他们说这是相当缓慢的,因为与ado.net相比,额外的映射层？另外,我们想过有多个模型,但似乎这也是一个不好的做法,当我们不使用任何ORM时,LINQ是否有用？

所以,我们只是好奇所有使用类似技术的大型网站在使用像EF这样的ORM时是否达到了良好的性能,或者他们从不选择ORM？我还参与了一个有超过150个表的LINQ to SQL应用程序,并且我们发现了一个巨大的启动惩罚,站点在第一次加载时需要15-20秒来响应.我很确定这是由于LINQ to SQL ORM的启动成本很高.如果有人可以分享他们的经验和想法,那会很棒吗？要遵循哪些最佳实践,我知道这取决于每个应用程序,但如果性能是一个问题,那么最佳步骤是什么？

Answer 1

我没有给你一个明确的答案,但我发现这个SO帖子:ORM性能成本,它可能会为你提供信息,特别是提到这个网站的第二高答案:

http://ormbattle.net/

我个人的经验是,到目前为止,我见过的任何ORM映射器,Joel的漏抽象定律都适用.因此,如果您打算使用EF,请确保您手头有优化的替代方案.