我是新来的MVC3，我一直在使用Linq to SQL和存储过程直到现在为我的应用程序。我不明白是否要使用Linq转换SQL或传统的存储过程。 我在这里看到一个博客， http://weblogs.asp.net/jalpeshpvadgama/archive/2011/06/20/petapoco-with-stored-procedures.aspx 其中存储过程在实体框架模型中使用。ASP.Net MVC3 - Linq to SQL或存储过程？
但我不确定哪个是MVC3应用程序的最佳方式？
两种方法概述：
LINQ到SQL：
Sql的Linq版本的SQL你。你可以近似地告诉你的sql看起来是什么样的，但是如果你对DB有更复杂的调用，就很难控制结果sql在性能上的用途。
根据这个article可以查看生成的Sql代码，然而调整你的sql会变得有点麻烦，因为你必须运行你的代码才能查看生成的sql。
PetaPoco：
随着PetaPoco（见全documentation），你仍然可以使用实体更新表（适用于简单的CRUD操作很有用）。另外，您可以简单地向其中存储过程名称，这将允许您专注于SQL Server Management Studio中的SQL代码，从而实现轻松调优。
我的看法：
我发现这是使用PetaPoco而非LINQ to SQL的，因为你会得到你的SQL代码更好的控制更加方便。
还有一些表现considerations。 PetaPoco似乎更快。
没有'MVC3应用程序的最佳方式'。这完全取决于您的应用程序的要求和您自己的品味。
从手工编码查询到像PetaPoco和Dapper这样的微型ORM以及包含nHibernate和Entity Framework在内的所有花生壳和口哨的完整ORM，存在着广泛的解决方案。
对于您的应用程序的最佳解决方案很可能是这些的组合。我发现对于大多数常见的数据访问方案，ORM运行良好。如果您需要更多的性能或对您的查询进行控制，则需要使用Micro ORM。你可以混合和匹配，只要你喜欢。
您可能会发现这blog post on StackOverflow's data access strategy一个有趣的阅读。