应该使用 select * 吗？

[lux182]

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

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

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

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

[CrazyMoon]

这要看相关代码的动态能力。
另外如果是列数据库，基本不能用它。

[stevenkang]

个人项目：select * —— 毕竟增减字段方便，自己的需求自己明白，只要快就行。
公司项目：select 字段 —— 毕竟产品不来需求，字段绝笔不会去改，改起来费时间慢点就慢点，只要稳就行。

[tairan2006]

单表查询一般都是 orm，join 的时候你跟我说你用 select *？

不过做动态 sql 的时候只能用*，因为连表名都是动态传进来的。

[chihiro2014]

其实可以去看看 CMU 数据库系统这块的 SQL 优化和索引部分
https://www.bilibili.com/video/av85655193

[saberlong]

代码上没碰到问题是因为用 orm 之类有映射功能的。原始的方式是和查询列顺序有关的。直接写*会导致这部分业务逻辑错误。写明列则只需修改需要增加列的地方。一个人了解所有项目是不可能的，允许随意使用*。那么发布时，可能就碰到惊喜。

[hxy91819]

在关注性能的业务场景下，任何情况都严禁使用。

[lux182]

@1069401249 上面还有一个也这样说，"把 xxx 打死"，我想你是做领导做久了吧。

[okjb]

跟使用场景有关。我自己私人查数据爱用检索全部字段。业务场景就检索特定字段。又说了一堆废话

[no1xsyzy]

@tairan2006 #63 join 也可以 select a.*, b.* 来着
如果有重名不记得是报错还是自动重命名了

[no1xsyzy]

@lolizeppelin #31 你 model 不读字段名的吗？
稍微瞄了眼 SQL92 没看到哪指明 <select list> 的顺序在结果中必须被保持。

[wolong]

先 select *一把梭，后期出现性能问题了再优化成 select 字段 1, 字段 2

[tairan2006]

@no1xsyzy mysql 会报错，有歧义