我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
为应用程序中期望获得的每一列命名还可以确保如果有人更改表，只要您的列仍然存在(以任何顺序)，应用程序就不会崩溃。
其他回答
如果你需要每一列，那么只需使用SELECT *，但记住，顺序可能会改变，所以当你消费的结果访问他们的名字，而不是通过索引。
我将忽略关于*需要如何获得列表的注释-解析和验证命名列的机会等于处理时间，如果不是更多的话。不要过早地优化;-)
和大多数问题一样，这取决于你想要达到什么目标。如果你想创建一个db网格，允许任何表中的所有列，那么“Select *”就是答案。但是，如果您只需要某些列，并且很少从查询中添加或删除列，那么可以单独指定它们。
它还取决于您想要从服务器传输的数据量。如果其中一列被定义为备忘录、图形、blob等，而你不需要这个列，你最好不要使用“Select *”，否则你会得到一大堆你不想要的数据，你的性能可能会受到影响。
效率是否重要很大程度上取决于生产数据集的大小(以及它们的增长率)。如果您的数据集没有那么大，也没有那么快地增长，那么选择单个列可能没有太大的性能优势。
随着数据集越来越大，数据增长速度越来越快，性能优势变得越来越重要。
为了以图形方式查看是否有任何不同，我建议使用查询分析器查看SELECT *和等效的SELECT col1、col2等的查询执行计划。这将告诉您两个查询中哪一个更有效。您还可以生成一些不同体积的测试数据，看看时间是什么。
我总是建议指定您需要的列，以防您的模式发生变化而不需要额外的列。
此外，用表名限定列名。当查询包含连接时，这很重要。如果没有表限定，就很难记住哪个列来自哪个表，并且向其他表之一添加类似名称的列可能会破坏查询。
明确地定义列，因为SQL Server将不需要对列进行查找来拉出它们。如果定义了列，则SQL可以跳过该步骤。
