luoyou1014

@zsmile 这样的回答就是农民说我可以用镰刀收麦子手动打谷，所以和收割机功能一样的回答

事实上其他语言都有了统一的解决方案，mybatis 还在看具体场景分情况分析，用 sql 更是原始时代的做法，总不能认为就 mybatis 的路线正确，其他所有语言的路线都错了吧……

矛盾论里面一句话就说明了。

形而上学，亦称玄学。

@zsmile 关键是解决方案是怎样的……

@zsmile N+1 是行业通用的术语，每个 orm 框架都要必须解决的问题，但 java 开发者很少知道这个术语，属于对外界了解不足，mybatis 解决 N+1 的方案，上网搜了一下，都很繁琐，完全没有使用 orm 框架的优点

@zsmile 不能只学一种语言，一种框架，会导致视野局限，只要了解了 3-5 种之后，很快就能理解哪种方案更优，大部分 orm 框架实现都在往一个同样的方向，建立数据库无关的模型层，通过定义表之间的关系自动解决 N+1 问题，自动嵌入预查询，通过语义化的查询替代 sql 。

类型做的更好的语言，C#，直接将数据库字段映射到类型上面，重载运算符，直接在语言层面上实现的 sql 语句的转化，python 弱一些，但基本也做到了这一点，php 的类型更弱一点，直接追求灵活性，不追求数据库字段的描述，实现代码数量大幅降低，但缺点就是字段都是文本描述，无法利用编辑器的提示。ruby 则是彻底追求灵活性，直接用元编程将字段映射上方法上面去，可以自动生成方法 find_by_name 。

评价一个 orm 的好坏，api 设计风格不提，至少要能优雅的解决 N+1 问题，我问做 java 的朋友，很多人连 N+1 问题是什么都不知道……

@haython relation 关联中的 with ，解决 N+1 问题
withCount, withSum 这样的聚合函数，解决统计问题

可以看一下文档： https://laravel.net.cn/docs/11.x/eloquent-relationships#counting-related-models

@haython 例如给古代的农民讲解收割机怎么先进，农民听了会说，我用镰刀也能割麦子，割完打谷也能得到麦粒，这个收割机也没什么大不了的，没办法做到我做不到的事情

@haython 用过 laravel, ruby on rails, ef core, sqlalchemy 就知道什么是先进了，如果没用过，就算描述出来，也只会觉得，mybatis 也能做到啊，只要这样这样这样，就可以了

纸上得来终觉浅，绝知此事要躬行

这么多年，没见过一个人认为有钱不好的，不知道为啥还要悟……