我们构建了一个ASP.NET MVC Web API Web应用程序，该应用程序利用Entity Framework v6.1进行数据访问。最近，一个新的数据库架构师已经开始与该公司合作，并声明我们应该转移到所有数据库访问的存储过程。
尽管存储过程当然可以与Entity Framework一起使用，但在我看来，EF给表带来的很多好处都会被强制通过存储过程强制所有数据访问来抵消。也就是说，我可能是错的，希望能够做出明智的决定。
Microsoft对数据访问和最佳实践的看法是什么？实体框架应该用于大规模，以数据为中心的Web应用程序吗？如果使用Entity Framework，是否应通过存储过程完成所有数据访问？
答案 0 :(得分：2)
虽然我认为这个问题没有正确答案，但可以选择。使用sprocs的好处是多方面的。众所周知。在我们拥有强大的ORM框架之前的几天，sprocs是我们最好的选择。编写自己的数据访问代码，通常使用sprocs将＆amp;通常每次都会击败每个ORM工具。但写作＆amp;维护ORM工具闪耀的地方。
现在您已经使用EF编写了数据访问层。你有理由相信它有问题吗？如果你这样做，那么考虑一下sprocs。你需要提升职业选手和职业选手。根据具体情况向你提出。
彻底的概括很少有效。