微软认为实体框架是数据访问的“最佳实践”吗？

Question

我们已经构建了一个ASP.NET MVC Web API web应用程序，它使用实体框架v6.1进行数据访问。最近，一位新的数据库架构师开始与公司合作，并表示我们应该为所有数据库访问转向存储过程。

虽然存储过程肯定可以与Entity Framework一起使用，但在我看来，通过存储过程强制所有数据访问，EF给表带来的很多好处都会被否定。也就是说，我可能是错的，并希望能够做出明智的决定。

微软对数据访问和最佳实践的看法是什么？Entity Framework是否应该用于大规模的、以数据为中心的web应用程序？如果使用Entity Framework，所有数据访问都应该通过存储过程完成吗？

Answer 1

虽然我认为这个问题没有正确的答案，但有可能增加你的选择。使用sprocs的好处是多方面的&众所周知的。在我们拥有强大的ORM框架之前的日子里，sprocs是我们最好的选择。编写自己的数据访问代码，通常使用sprocs，通常每次都会击败每一个ORM工具。但这需要时间来编写和维护，而这正是ORM工具的亮点。

现在，您已经使用EF编写了数据访问层。你有理由相信它有问题吗？如果您这样做了，那么请考虑sprocs。你需要在个案的基础上向你提出赞成和反对的意见。

笼统的概括很少奏效。