应该使用 select * 吗？

[lux182]

在使用同样索引，同样需要回表查询的情况下，应该使用

1. select * 还是 2. select 字段,字段,...

我能想到的使用后者的优点可能就是节省那么一点点带宽，

缺点是极大的影响开发效率和维护难度，并且 mapper 文件难看，难懂

[chenset]

1.特别需要注意性能与并发或者大 text 字段的时候就列出字段

2.其他情况直接*

两者不误

[clf]

现在大部分 select 操作应该都是 orm 框架帮我们处理了？

对于少数的自己写的查询，我一般都是 select 字段,字段,字段 这样对应自己定义的对象来处理。（反正都是用 navicat 的查询构造器来写的，勾选一下参数的事情，不需要特别麻烦。

[lux182]

@chenset 同意，现在市面上好多不分青红皂白都建议列举所有字段

[lux182]

@lychs1998 我感觉最近几年项目用 orm 反而少了。用工具构造查询是挺方便，缺点就是每次修改数据库就要在代码里 review 一遍。而且字段列举很多让人看的不舒服

[piecehealth]

遇到过一次玄幻的事，用的 PostgreSQL 9+，select 字段...（字段不全是索引列） 跟 select * 用的索引不一样（ pg 没法指定索引），select * 用的是效率高的索引。

[cruii]

我觉得把字段写清楚更好看，能让别人清楚的知道，你想拿哪些数据。

[CrazyEight]

select *用不到索引覆盖，而且字段过多会占用更多的 joinBuffer 会导致表连接变慢

[lux182]

@piecehealth select * 会有索引优化器选择合适的索引吧？

[lux182]

@cruii 当字段只有 3 、5 个时候比较清楚，当字段 10 多个以上时候，我觉得不如我直接看 model，还有注释呢

[lux182]

@CrazyEight 已经说明了不考虑覆盖索引，实际情况覆盖索引使用的字段也很少，基本不超过 3 个。joinBuffer 这个触及知识盲点

[Vegetable]

不推荐 select * ，不是因为性能问题，而是你没法控制 * 代表了什么，你的代码有可能会依赖数据库结构而不自知。

[lux182]

@Vegetable 可以举个例子吗？

[xuanbg]

一般都是*，特殊情况列出字段

[InkAndBanner]

还是写清楚更好 用啥拿啥

[lux182]

@xuanbg 我也是这样用的。接触的传统型公司反而是列出字段的居多，比如恒生，他们会用工具生成一系列 mapper，service，里面各种条件表达式。说实话还不如自己写

[stabc]

我一般是排除比较大的字段，但是 SQL 语句目前没法简单的排除字段

[ragnaroks]

手动查询用"*",代码里面指定字段,因为有自动步枪

[yuanbo6]

前一阵看了一个文章说还是推荐带字段，原因太长我给忘了……

[yc8332]

这个要看吧。。如果没差几个字段，又不是大字段。。无所谓

[superrichman]

在我这里你敢用 select *会被打死的 /doge