我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，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.
其他回答
对于直接查询DB(例如通过sqlplus提示符或通过DB管理工具)，选择*通常很好——它省去了写出所有列的麻烦。
另一方面，在应用程序代码中最好枚举列。这有几个好处:
代码更清晰 你将知道结果返回的顺序(这对你来说可能重要，也可能不重要)
总之，至少在PostgreSQL中，选择所有带*和不带*的列的性能几乎是一样的。
在PostgreSQL中，我创建了包含10个id_x列和1000万行的测试表，如下所示:
CREATE TABLE test AS SELECT generate_series(1, 10000000) AS id_1,
generate_series(1, 10000000) AS id_2,
generate_series(1, 10000000) AS id_3,
generate_series(1, 10000000) AS id_4,
generate_series(1, 10000000) AS id_5,
generate_series(1, 10000000) AS id_6,
generate_series(1, 10000000) AS id_7,
generate_series(1, 10000000) AS id_8,
generate_series(1, 10000000) AS id_9,
generate_series(1, 10000000) AS id_10;
然后，我交替运行以下2个查询共20次。*每个查询总共运行10次:
SELECT * FROM test:
SELECT id_1, id_2, id_3, id_4, id_5, id_6, id_7, id_8, id_9, id_10 FROM test;
结果> <
| Select all columns with * | Select all columns without * | |
|---|---|---|
| 1st run | 12.792 seconds | 12.483 seconds |
| 2nd run | 12.803 seconds | 12.608 seconds |
| 3rd run | 12.537 seconds | 12.549 seconds |
| 4th run | 12.512 seconds | 12.457 seconds |
| 5th run | 12.570 seconds | 12.487 seconds |
| 6th run | 12.508 seconds | 12.493 seconds |
| 7th run | 12.432 seconds | 12.475 seconds |
| 8th run | 12.532 seconds | 12.489 seconds |
| 9th run | 12.532 seconds | 12.452 seconds |
| 10th run | 12.437 seconds | 12.477 seconds |
| Average | 12.565 seconds | 12.497 seconds |
选择所有列的平均值:
*是12.565秒。 没有*是12.497秒。
如果使用*或列，Select同样有效(就速度而言)。
区别在于内存，而不是速度。当您选择几个列时，SQL Server必须分配内存空间为您提供查询，包括您所请求的所有列的所有数据，即使您只使用其中一个列。
在性能方面真正重要的是执行计划，而执行计划又严重依赖于WHERE子句和JOIN、OUTER JOIN等的数量……
对于你的问题，只需使用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 *，除非我在做一个有意识的设计决策，并指望相关的风险很低。
我发现有些人似乎认为指定列要花费更长的时间。由于您可以将列列表从对象浏览器拖过来，因此在查询中指定列(如果您有很多列，并且需要花费一些时间将它们放在单独的行上)可能需要额外的一分钟时间。为什么人们认为这很耗时呢?
