我听说在编写SQL命令时使用SELECT *通常是不好的做法，因为选择您特别需要的列会更有效。
如果我需要选择表中的每一列，我应该使用
SELECT * FROM TABLE
or
SELECT column1, colum2, column3, etc. FROM TABLE
在这种情况下，效率真的重要吗?如果你真的需要所有的数据，我认为SELECT *在内部会更优，但我这么说并没有真正理解数据库。
我很好奇在这种情况下最好的做法是什么。
更新:我可能应该指定，我真正想要执行SELECT *的唯一情况是，当我从一个表中选择数据时，我知道总是需要检索所有列，即使添加了新列。
然而，鉴于我所看到的反应，这似乎仍然是一个坏主意，由于我曾经考虑过的许多技术原因，SELECT *不应该被使用。
当前回答
结果太大了。从SQL引擎生成结果并将结果发送到客户机的速度很慢。
客户端是一个通用的编程环境，不是也不应该被设计为过滤和处理结果(例如WHERE子句，ORDER子句)，因为行数可能非常大(例如数千万行)。
其他回答
在性能方面，具有特定列的SELECT可以更快(不需要读入所有数据)。如果您的查询确实使用了所有列，那么带显式参数的SELECT仍然是首选。任何速度差异基本上都是不明显的，并且接近恒定时间。总有一天你的模式会改变，这是预防由此产生问题的好保险。
当我们需要所有列时，我认为select *比所有列都快。
总之，至少在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 *，在实现和部署时选择特定的列。从执行计划的角度来看，两者在现代系统中是相对相同的。但是，选择特定的列会限制必须从磁盘检索、存储在内存中并通过网络发送的数据量。
最终，最好的计划是选择特定的列。
如果你需要每一列，那么只需使用SELECT *，但记住，顺序可能会改变，所以当你消费的结果访问他们的名字，而不是通过索引。
我将忽略关于*需要如何获得列表的注释-解析和验证命名列的机会等于处理时间，如果不是更多的话。不要过早地优化;-)
