我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
结果太大了。从SQL引擎生成结果并将结果发送到客户机的速度很慢。
客户端是一个通用的编程环境，不是也不应该被设计为过滤和处理结果(例如WHERE子句，ORDER子句)，因为行数可能非常大(例如数千万行)。
其他回答
准确地说出需要哪些列是更好的实践的一个原因是，将来可能会对表结构进行更改。
如果您正在使用基于索引的方法手动读入数据，用查询结果填充数据结构，那么将来当您添加/删除列时，您将会头疼地试图找出哪里出了问题。
至于哪种方法更快，我会听取别人的专业意见。
在某些情况下，SELECT *适用于维护目的，但一般情况下应该避免使用。
These are special cases like views or stored procedures where you want changes in underlying tables to propagate without needing to go and change every view and stored proc which uses the table. Even then, this can cause problems itself, like in the case where you have two views which are joined. One underlying table changes and now the view is ambiguous because both tables have a column with the same name. (Note this can happen any time you don't qualify all your columns with table prefixes). Even with prefixes, if you have a construct like:
选择A.， B. -您可能会遇到客户端现在难以选择正确字段的问题。
一般来说，我不使用SELECT *，除非我在做一个有意识的设计决策，并指望相关的风险很低。
这是一个老帖子，但仍然有效。作为参考，我有一个非常复杂的查询，包括:
12个表 6左连接 9个内连接 12个表共108列 我只需要54列 一个4列的Order By子句
当我使用Select *执行查询时，平均花费2869ms。 当我使用Select执行查询时，平均花费1513ms。
返回的总行数为13,949。
毫无疑问，选择列名意味着比Select *更快的性能
虽然显式列出列对性能有好处，但不要太疯狂。
因此，如果您使用所有数据，为了简单起见，请尝试SELECT *(想象有许多列并执行JOIN…)查询可能会变得很糟糕)。然后，测量。与显式列出列名的查询进行比较。
不要猜测业绩，要衡量业绩!
当你有一些包含大数据的列(比如一篇文章的主体)，并且在给定的查询中不需要它时，显式列表是最有用的。然后，通过在应答中不返回它，DB服务器可以节省时间、带宽和磁盘吞吐量。您的查询结果也会更小，这对任何查询缓存都是有利的。
我总是建议指定您需要的列，以防您的模式发生变化而不需要额外的列。
此外，用表名限定列名。当查询包含连接时，这很重要。如果没有表限定，就很难记住哪个列来自哪个表，并且向其他表之一添加类似名称的列可能会破坏查询。
