在使用编译查询执行Entity Framework(或Linq-to-SQL)与SQL Server相结合时,是否仍然有使用存储过程的性能优势?
编译查询将被缓存为参数化查询,因此性能应与存储过程接近。是否存在使用存储过程会显着更好的情况?
-- 编辑 --
作为对下面Yakimych答案的回应,我并不是要暗示编译查询与存储过程相同。我正在试图弄清楚如果你已经在应用程序端做了所有可能的优化(在这种情况下是编译查询),那么是否仍需要存储过程。因此,我想知道存储过程比应用程序端优化和参数化查询(有效地是编译查询)的组合更好的原因。
我之所以问这个问题,是因为有很多人似乎认为由于各种原因(即这篇文章),存储过程不再必要。
编译查询将被缓存为参数化查询,因此性能应与存储过程接近。是否存在使用存储过程会显着更好的情况?
-- 编辑 --
作为对下面Yakimych答案的回应,我并不是要暗示编译查询与存储过程相同。我正在试图弄清楚如果你已经在应用程序端做了所有可能的优化(在这种情况下是编译查询),那么是否仍需要存储过程。因此,我想知道存储过程比应用程序端优化和参数化查询(有效地是编译查询)的组合更好的原因。
我之所以问这个问题,是因为有很多人似乎认为由于各种原因(即这篇文章),存储过程不再必要。