SQL Server 通配符

Question

考虑到存储过程是编译的代码单元？

Answer 1

要回答你的问题，需要稍微拆开一下：

Select * from 是否具有相同的性能含义
关于通配符解释

SELECT * 有 3 种主要缺点：

• 代码维护：使用 SELECT * 会降低复杂表/查询的易读性，并且当客户端应用程序期望从查询中得到特定结果时，可能会导致问题，但是表发生变化
• 网络性能：将结果返回给客户端应用程序时使用 SELECT * 意味着所有列都将返回给客户端；如果客户端仅使用其中的某些列，则会浪费带宽并且应用程序运行速度会比其应有的速度慢。
• 索引/查询计划性能：在某些情况下，如果您的查询实际上只需要返回参与索引的列，但您将它们全部返回，那么您可能会得到引擎创建的更糟糕的查询计划。

我不确定你所说的“关于通配符解释的含义”是什么意思，但我怀疑你误解了为什么 SELECT * 是一个坏主意 - SQL 引擎无论如何都会验证提供的列； “扩展”通配符的成本本质上是0。

假设存储过程是代码的编译单元

存储过程实际上并不是“代码的编译单元”：存储过程的查询计划通常会在首次运行后被缓存，但实际上也是如此在许多/大多数情况下也可以使用 hoc SQL 语句。

现在，真正回答您的问题：是，在即席 SQL 中使用 SELECT * 的任何缺点也同样适用于存储过程内的 SQL。