与使用ado.net和oledb相比，LINQ To SQL是否提供更快的响应时间？

LINQ to SQL实际上在数据库中提出了一些令人震惊的性能问题。基本上，它根据您使用的参数的长度创建多个执行计划。我前不久在我的博客LINQ to SQL上发布了有关它的信息，这可能会导致性能问题。

现在，是说LINQ没有位置吗？几乎不。就像存储过程一样，LINQ在开发工具包中肯定占有一席之地。最终，您需要在绝对需要性能的情况下使用存储过程，并在任何其他情况下使用ORM工具。

就内联SQL而言，存在执行内联SQL的方法，因此该计划仅构建一次，并且永远不会重新编译。大多数ORM也应注意性能调整的这一方面，并​​且使用这些方法通常是执行SQL的最安全方法，因为它会迫使您使用参数化查询。

像大多数数据库解决方案一样，正确的答案取决于您要解决的问题。如果您希望开发速度胜于数据库/应用程序性能，那么最好使用LINQ或其他DAL / ORM工具。如果您倾向于性能而不是易于开发，那么使用存储过程和纯数据集将是您的最佳选择。LLBLGen甚至提供了LINQ到LLBLGen层，因此您可以使用LINQ来查询LLBLGen的对象，并让LLBLGen实际处理构建查询并避免LINQ的崩溃。