@lolizeppelin
@gz911122 没遇到影响顺序的场景

@VictorJing94 这里可控是为了什么？作为底层 service 在对外暴漏的时候还有一层转换的啊

@lolizeppelin 字段增加，增加 model 字段不就可以吗？

@superrichman 所以啊，你的原因是？

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

@Vegetable 可以举个例子吗？

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

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

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

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

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

@jadec0der
@pingpongtv
@softliumin110 对于我来说，还是比较重视这次面试的，对 P9 也是抱着仰视的态度。
其实也没什么不愉快，就是觉得既然看了简历邀请来面试，还是稍微尊重一下别人花费的一下午时间

@cubecube 发发牢骚好了，不平则鸣

@jadec0der 资深开发，我觉得 P6-P7 吧

@UnitTest 有点感觉是在完成 kpi 似的，他们属于阿里控股的，P9 面试官不知道是不是阿里的。之前朋友也去面过类似的一家公司，这些被收购的公司都有一股鸡犬升天的傲气

我觉得如果你用最简洁的语言表述清楚了，可能你也就找到答案了

@luopengfei14 理解理解，感觉吃了苍蝇，吐槽一下

有一次 join 就会有无数的 join，当然禁止为好

释放 monitor
唤醒等待队列的线程