不进行过早优化的报价的本质是编写简单明了的代码， 然后 使用探查器指出热点，然后可以对其进行优化以提高效率。

当使用select *时，将无法进行概要分析，因此，您没有在编写清晰明了的代码，这与引用的精神背道而驰。select *是反模式。

因此，选择列并不是过早的优化。我头上掉了几件事....

1. 如果在SQL语句中指定列，则从表中删除该列并执行查询时，SQL执行引擎将出错。
2. 您可以更轻松地在使用该列的位置扫描代码。
3. 您应该始终编写查询以带回最少的信息量。
4. 正如其他人提到的，如果您使用序数列访问，则永远不要使用select *
5. 如果您的SQL语句联接了表，则选择*将为您提供联接中所有表的所有列

结果是使用select *…

1. 应用程序使用的列是不透明的
2. DBA及其查询分析器无法帮助您降低应用程序的性能
3. 发生更改时，代码更加脆弱
4. 您的数据库和网络正在遭受痛苦，因为它们带来了太多的数据（I / O）
5. 数据库引擎的优化是最小的，因为您要带回所有数据（逻辑上）。

编写正确的SQL与编写脚本一样容易Select *。因此，真正的懒惰者会编写适当的SQL，因为他们不想重新访问代码，而是想记住自己在执行操作时在做什么。他们不想向DBA解释每一段代码。他们不想向客户解释为什么应用程序像狗一样运行。