我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
我总是建议指定您需要的列，以防您的模式发生变化而不需要额外的列。
此外，用表名限定列名。当查询包含连接时，这很重要。如果没有表限定，就很难记住哪个列来自哪个表，并且向其他表之一添加类似名称的列可能会破坏查询。
其他回答
我发现，如果其他开发人员可能会使用代码，或者数据库可能会更改，那么列出列名就特别重要，这样您就可以始终获得一致的数据。
在性能方面，具有特定列的SELECT可以更快(不需要读入所有数据)。如果您的查询确实使用了所有列，那么带显式参数的SELECT仍然是首选。任何速度差异基本上都是不明显的，并且接近恒定时间。总有一天你的模式会改变，这是预防由此产生问题的好保险。
即使查询不是通过网络发送，SELECT *也是一种糟糕的做法。
Selecting more data than you need makes the query less efficient - the server has to read and transfer extra data, so it takes time and creates unnecessary load on the system (not only the network, as others mentioned, but also disk, CPU etc.). Additionally, the server is unable to optimize the query as well as it might (for example, use covering index for the query). After some time your table structure might change, so SELECT * will return a different set of columns. So, your application might get a dataset of unexpected structure and break somewhere downstream. Explicitly stating the columns guarantees that you either get a dataset of known structure, or get a clear error on the database level (like 'column not found').
当然，对于一个小而简单的系统来说，所有这些都不太重要。
虽然显式列出列对性能有好处，但不要太疯狂。
因此，如果您使用所有数据，为了简单起见，请尝试SELECT *(想象有许多列并执行JOIN…)查询可能会变得很糟糕)。然后，测量。与显式列出列名的查询进行比较。
不要猜测业绩，要衡量业绩!
当你有一些包含大数据的列(比如一篇文章的主体)，并且在给定的查询中不需要它时，显式列表是最有用的。然后，通过在应答中不返回它，DB服务器可以节省时间、带宽和磁盘吞吐量。您的查询结果也会更小，这对任何查询缓存都是有利的。
让我们想想哪一个更快。如果你可以选择你需要的数据，那么速度会更快。然而，在测试中，您可以提取所有数据，以判断哪些数据可以根据业务需求过滤掉。
