除非有大的文本字段，并且一次查询的条目很多，我才有可能手写 select 字段，不然就直接 select *，费那劲。

除非表里有大字段 blob,否则全字段 如果后续逻辑上只用到 10 个字段以内，那还是只查用到的 代码写得再好，如果没赶在公司倒闭之前交付实施，写啥都没用，哈哈哈哈哈哈哈

能用就行，不能用改（滑稽）

是的，大多数项目的性能还没有极致到这个份儿上。 见过很多人一边追求 select ，一边写着 N+1 浪费性能。 或者后端在意性能，前端直接 per_page=99999 。 甚至还有不用 ORM 用手写，理由是掌控 SQL 。却不去想增加了维护难度和开发恶心程度。

直接* 不做过早优化

前期 select * 得了，你要是大厂的话，那肯定有 dba 审核的了。。中等团队谁管你，能跑就行了。。。现在就做到优化了后面还怎么优化操作 hhhh

@lvlongxiang199 这才是正解, 说到点了

用什么字段从数据库查什么字段。

见过 findAll 把所有数据丢给前端了，这里面还有敏感数据，相当炸裂

@Wh1te orm 不一般都自动 select fields... 么