我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
如果你需要每一列，那么只需使用SELECT *，但记住，顺序可能会改变，所以当你消费的结果访问他们的名字，而不是通过索引。
我将忽略关于*需要如何获得列表的注释-解析和验证命名列的机会等于处理时间，如果不是更多的话。不要过早地优化;-)
其他回答
准确地说出需要哪些列是更好的实践的一个原因是，将来可能会对表结构进行更改。
如果您正在使用基于索引的方法手动读入数据，用查询结果填充数据结构，那么将来当您添加/删除列时，您将会头疼地试图找出哪里出了问题。
至于哪种方法更快，我会听取别人的专业意见。
在某些情况下，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 *，除非我在做一个有意识的设计决策，并指望相关的风险很低。
就性能而言，我看到的评论说两者是相等的。但是在可用性方面有一些+和-
当您在查询中使用(select *)时，如果有人更改了表并添加了前一个查询不需要的新字段，这是不必要的开销。如果新添加的字段是一个blob或图像字段怎么办??您的查询响应时间将会非常慢。
另一方面，如果你使用一个(select col1,col2，..)，如果表被修改并添加了新的字段，如果结果集中需要这些字段，你总是需要在表修改后编辑你的选择查询。
但我建议总是使用select col1 col2…在你的查询和修改查询，如果表改变以后…
当我们需要所有列时，我认为select *比所有列都快。
使用特定的字段名，这样如果有人更改了您的表，您就不会得到意想不到的结果。关于主题:在执行插入操作时始终指定字段名，这样如果稍后需要添加列，就不必在生产版本中同时修复程序和更改数据库。
