我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
到目前为止，这里回答了很多很好的理由，这里还有一个没有被提到的理由。
显式地命名列将帮助您进行后续的维护。在某些情况下，您将进行更改或排除故障，并发现自己在问“这个列到底用在哪里”。
如果显式列出了名称，那么通过所有存储过程、视图等查找对该列的每个引用就很简单了。只需为您的DB模式转储一个CREATE脚本，并在其中进行文本搜索。
其他回答
当且仅当需要获取所有字段的数据时，使用显式字段名并不比使用*更快。
你的客户端软件不应该依赖于返回字段的顺序，所以这也是毫无意义的。
而且有可能(尽管不太可能)需要使用*获取所有字段，因为您还不知道存在哪些字段(考虑非常动态的数据库结构)。
使用显式字段名的另一个缺点是，如果字段名很多而且很长，那么阅读代码和/或查询日志就会更加困难。
所以规则应该是:如果你需要所有的字段，使用*，如果你只需要一个子集，显式命名它们。
我发现，如果其他开发人员可能会使用代码，或者数据库可能会更改，那么列出列名就特别重要，这样您就可以始终获得一致的数据。
就性能而言，我看到的评论说两者是相等的。但是在可用性方面有一些+和-
当您在查询中使用(select *)时，如果有人更改了表并添加了前一个查询不需要的新字段，这是不必要的开销。如果新添加的字段是一个blob或图像字段怎么办??您的查询响应时间将会非常慢。
另一方面，如果你使用一个(select col1,col2，..)，如果表被修改并添加了新的字段，如果结果集中需要这些字段，你总是需要在表修改后编辑你的选择查询。
但我建议总是使用select col1 col2…在你的查询和修改查询，如果表改变以后…
每次都定义你想要SELECT的列。没有理由不这样做，性能的提高是非常值得的。
他们不应该给“SELECT *”选项
明确地定义列，因为SQL Server将不需要对列进行查找来拉出它们。如果定义了列，则SQL可以跳过该步骤。
