我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
您应该只选择您需要的列。即使你需要所有的列，最好列出列名，这样sql server就不需要查询系统表中的列了。
此外，如果有人向表中添加列，应用程序可能会崩溃。您的程序也会得到它没有预料到的列，而且它可能不知道如何处理它们。
除此之外，如果表有一个二进制列，那么查询将更慢，并使用更多的网络资源。
其他回答
当您有一个连接时，不使用select *对于性能特别重要，因为根据定义，至少两个字段包含相同的数据。您不希望将不需要的数据从数据库服务器发送到应用程序或web服务器而浪费网络资源。使用select *似乎更简单，但这是一种糟糕的做法。由于很容易将列名拖到查询中，所以只需这样做即可。
Another issue that occurs when using select * is that there are idiots who choose to add new fields in the middle fo the table (always a bad practice), if you use select * as the basis for an insert then suddenly your column order may be wrong and you may try to insert the social security number into the honorarium (the amoutn of money a speaker may get paid to pick a non-random example) which could be a very bad thing for data integrity. Even if the select isn't an insert, it looks bad to the customer when the data is suddenly in the worng order on the report or web page.
我认为在任何情况下使用select *都不会比使用列列表更好。您可能认为这样更容易维护，但事实并非如此，而且当您不需要的字段被添加到表中时，会导致您的应用程序毫无理由地变慢。您还必须面对修复问题，如果您使用列列表就不会损坏，因此您节省的不添加列的时间将用于此操作。
如果你需要每一列，那么只需使用SELECT *，但记住，顺序可能会改变，所以当你消费的结果访问他们的名字，而不是通过索引。
我将忽略关于*需要如何获得列表的注释-解析和验证命名列的机会等于处理时间，如果不是更多的话。不要过早地优化;-)
select *是一件坏事，有四个主要原因:
The most significant practical reason is that it forces the user to magically know the order in which columns will be returned. It's better to be explicit, which also protects you against the table changing, which segues nicely into... If a column name you're using changes, it's better to catch it early (at the point of the SQL call) rather than when you're trying to use the column that no longer exists (or has had its name changed, etc.) Listing the column names makes your code far more self-documented, and so probably more readable. If you're transferring over a network (or even if you aren't), columns you don't need are just waste.
如果使用*或列，Select同样有效(就速度而言)。
区别在于内存，而不是速度。当您选择几个列时，SQL Server必须分配内存空间为您提供查询，包括您所请求的所有列的所有数据，即使您只使用其中一个列。
在性能方面真正重要的是执行计划，而执行计划又严重依赖于WHERE子句和JOIN、OUTER JOIN等的数量……
对于你的问题，只需使用SELECT *。如果你需要所有的列，那就没有性能差异了。
The SELECT * might be ok if you actually needed all of the columns - but you should still list them all individually. You certainly shouldn't be selecting all rows from a table - even if the app & DB are on the same server or network. Transferring all of the rows will take time, especially as the number of rows grows. You should have at least a where clause filtering the results, and/or page the results to only select the subset of rows that need to be displayed. Several ORM tools exist depending on app language you are using to assist in querying and paging the subset of data you need. For example, in .NET Linq to SQL, Entity Framework, and nHibernate all will help you with this.
