@duhb 谢谢🙏，我还没 get 你起的这个是什么意思😄，方便说下怎么来的吗

@dji38838c 有内味儿，很好的思路

@PeakFish 嗯嗯，后端正是 node

@slyang5 哈哈，特意去百度了下什么是月经帖 。我很少提问，确实之前也没看到这个主题的讨论，提个问就是想讨论求教一下。不好意思了🙏

@StopTheWorld 那`mybatis`除了写反人类的 xml，请教下还有其他优雅的方式来实现只查询部分字段吗。回头我去嘲讽他们哈哈😄

@Jooooooooo 求不抬杠😄。看下我 13 楼的回复🙏

@SuperXRay
[select * 和 select 所有字段性能相差无几，说严重影响性能有看过性能对比么]
我当然不是这个意思啊，为什么会有这种理解😄，`select * `和`select 所有字段`能有什么区别。

读取不需要的列除了会影响执行计划是否走索引，还会增加 CPU 、IO 、NET 消耗。当然这都是另外的问题了。

我的疑问是查询部分字段的话，mybatis 的实现方式是自定义 mapper xml，这种反人类的设计无论从工作量还是易读性，好像都比不上手写 sql 。

@xiangyuecn 所以这并不是一个开箱即用的好方案，还得自己折腾是吧😄

@shinelogo 哈哈 O(∩_∩)O，是我没说清楚。
我并不是拿它跟其他 ORM 对比，当然严格说它也算不上 ORM，就是个 SQL 模板引擎吧。
所以就简单的跟手写 SQL+自己封装 DBUtils 来比吧。
既然这么多人用，应该是解决了某个痛点吧，但以我目前粗浅的认识来看，没有解决多大痛点不说还带来一系列新的问题。

其实主要就是我说的那两个问题，当然还有一些别的问题比如：
3. 编写 xml 既费时易读性又差，代码不像代码、配置不像配置，这种东西到底比 Java 拼接字符串高明在哪里？
4. 还有调试也是一个问题，不运行就不知道最终生成的 SQL 是什么样的。

@0attocs 感谢