问Sql通配符:性能开销？

EN

SELECT * FROM...

和

SELECT every, column, list, ... FROM...

将执行相同的操作，因为两者都是未优化的扫描

区别在于：

当表模式changes

• inability创建覆盖索引时，
• 在sys.columns中的额外查找来解决*
• 合同/签名的变化。实际上，根本没有调优选项，如果非schemabound
• can未使用*
• ...and other stuff

索引或模式绑定视图，则

• 必须刷新所需视图

关于同一主题的其他SO问题...

• What is the reason not to use select * ?
• Is there a difference betweeen Select * and Select list each col
• SQL Query Question - Select * from view or Select col1,col2…from view
• “select * from table” vs “select colA,colB,etc from table” interesting behaviour in SqlServer2005

你是说用select col1, col2, col3 from ...代替select * from ...吗？

我认为命名列并检索最少量的信息总是更好的方法，因为

• 您的代码将独立于数据库中列的物理顺序工作。列顺序应该不会影响您的应用程序，但如果您使用*，就会受到影响。在数据库迁移等情况下，这可能是危险的。
• 如果您命名列，数据库管理系统可以进一步优化执行。例如，如果有一个索引包含您感兴趣的所有数据，则根本不会访问该表。

如果你用“通配符”指的是其他东西，那就忽略我的回答...

编辑:如果你谈论的是星号通配符，就像在Select * From ...中一样，那么可以看看其他回复……

如果您正在讨论谓词子句中的通配符，或者使用Like运算符、(_ , % )的其他查询表达式，如下所述：

这与使用通配符是否会影响SQL是否可"SARG-ABLE“有关。SARGABLE，( search -ARGument-able)表示查询的搜索或排序参数是否可以用作现有索引的条目参数。如果在参数的开头加上通配符

 Where Name Like '%ing'

那么就没有办法遍历name字段上的索引来找到在‘’中以ing结尾的节点。

如果您将通配符附加到末尾，

Where Name like 'Donald%' 

然后，优化器仍然可以在name列上使用索引，并且查询仍然是SARG-able的