现在网络上充斥着Jpa和Mybatis的一些对比。其实狭义上来说是hibernate和mybatis之间的比较。
例如：为什么感觉国内比较流行的 mybatis 在国外好像没人用的样子？
下面是一些截图
我不是一个喜欢评论的人，但这次我忍不住了。
- hibernate 历史悠久并不代表过时，mybatis 这种方式就是未来吗？肯定不是。数据库就是用来存数据的，联表查询一大堆只能说明数据结构设计是有问题的，只是不愿承认或者心里没底而已，竟然还有人为了排序筛选数据，把复杂的运算放到关系型数据库去做，咋不上天呀，你这是叫格力的仓管大爷去替你拿材料，顺便让他根据各种因子计算新型压缩机的功率损耗。数据分析就不应该让关系型数据库做，这叫各司其职。
- 这条语句的逻辑很有意思：
UPDATE items SET price = 11 WHERE id = 1111，难道更新数据的时候不需要先取出数据再更新吗？对了，但凡有一点点的并发需求，无论是乐观锁还是悲观锁，都需要查询到最新的数据不是吗，悲观的加锁，乐观的核对 Version。至于全字段回写数据库，只是不知道有这种操作而已，hibernate 明明可以指定局部字段更新的好吗 - 报表逻辑真实存在！这也许是一种让程序员通过关系数据库把数据分析这活也干了的一种借口吧，程序员可不要乐在其中哦
- 微服务都大行其道了，还在狂钉外键，一大堆联表查询，sql 语句多达几百行，想想都忍不住噗。定义好业务边界，拆分成独立子系统吧，不然到了一定规模，别说 hibernate 干不了这活，mybatis 手写 sql 又咋样，同样干不了，不信给某个大厂的高流量数据钉个外键试试，看他们技术总监会不会拿刀追。小公司规模往往远没有达到那种撑不住的程度，大厂的高访问量业务数据早已不是这里逼逼的联表查询了。。。
- 如果公司的数据库要从 mysql 转移到 Oracle、MongoDB、sqlserver 或者其他的数据库，用 mybatis 的，就问你慌不慌吧。spring 官方支持 jpa 并不是没有依据的，jpa 屏蔽了底层差异。
- 既然 Jpa 用起来省心，没必要硬跟某些大厂的步伐，一步两步，似魔鬼的步伐！
就像淘宝技术十年里说的:
如用户模块，老的 member.taobao.com 继续维护，不添加新功能，新功能在新的模块上开发，跟老的模块共用一个数据库，开发完毕之后放到不同的应用集群上，另开一个域名 member1.taobao.com ，同时再替换老的功能，替换一个，就把老的模块上的功能关闭一个，逐渐把用户引导到 member1.taobao.com ，等所有的功能都替换完之后，关闭 member.taobao.com 上。从设计上来看，这个 member1 的二级域名应该是一个过渡状态，但我们把 member 域名的代码下线以后，发现很难把 member1 切换回 member，因为有些地方把链接写死了，于是后来很长时间里我们都是在用 member1.taobao.com 这样奇怪的域名。一年后，有另外一家互联网公司开始做电子商务了，我们发现他们的域名也叫 member1.xx.com 、auction1.xx.com ，复制得毫无保留，我们只能会心一笑。
没错，我用JPA，我也很喜欢JPA的设计哲学。但是同时我觉得Mybatis也是一个很好的框架，高效地解决了很多问题，满足了很多企业的需求，给一个大大的赞。
技术只是解决问题的一种方式、一种工具，选择哪种技术因人而异，存在即合理。