没有几个单表查询的情况下,有必要使用mybaties plus吗

Areberuto 发布于 10/21 12:01
阅读 341
收藏 0

年度重磅!华为云2021应用构建技术实践精选集,七大领域跑通云上开发。>>>

几乎都是多表查询,还有必要用mybaties-plus 吗

加载中
0
魔力猫
魔力猫

用框架的核心是减轻开发负担,你连表多难道不更应该上框架么。全是自己写SQL,累死了。尽量把能自动完成的交给框架。MyBatis不说,哪怕用了plus这种扩展,也要写很多的SQL,还是JPA更方便。

魔力猫
魔力猫
回复 @君无戏言 : 一对多可能有时候有些不容易理解,但是多对一、一对一,非常好用。JPA的EQL分页,也不用担心像MyBatis那样,出现一对多可能分页计算不对的问题。在EJB2之后,Java对于改进开发是投入了大力度的,Mybatis在国内普及度高,但是放在全世界,JPA的各种实现才是主流。如果多表真差,就不可能是主流。实际上这种话更多是需要让框架给项目差背锅而已。你能骂JP骂不了SQL呀。
君无戏言
君无戏言
jpa多表查询支持的不太好吧
0
s
shuaizai88
多表不复杂查询建议jpa 和 mybatis 混用吧
0
许雷神
许雷神

考虑一下beetlsql、sqltoy

0
sprouting
sprouting

有必要,至少你分页不需要管了,你的简单查询也直接用人家写好的,不爽吗

0
ducat7
ducat7

太有必要了,多表SQL都要优化

0
杰克伦敦尘
杰克伦敦尘

无论表多、表少,我都不用 ibatis,MyBatis.

0
ArchitectureMaster
ArchitectureMaster

1.设计框架的目的是提高代码复用性,加快开发速度,同时在团队协作中作到分工明确,从而提高开发的效率,mybatis作为优秀的orm框架这点是没错的。

2.但作为Orm框架,除了共性之外,还有自己的特点,就是它是一个orm框架,可以作为缓存减少数据库反复查询,即我们的orm框架需要满足这一点才被称为Orm否则就是普通的pojo实体类映射。

3.虽然只有几张表,但如果反复查询、数据量比较大、对并发要求比较高的情况下orm的mybatis是比较好的选择。

还有一个问题,就是多表查询如果只是自己做个小程序没问题,但如果是商用最好还是建视图,再通过orm对视图建立实体bean。这样效率会提升很多。商业应用数据存储和业务逻辑几乎不会由一个程序员来做。通常由专业的db开发根据业务开发人员的需要建模型和数据视图及存储过程。至于表结构业务开发人员根本没必要知道,他们只需要告诉db开发怎么存就可以了。然后orm工具模型一连测试保证成功就可以了。

 

OSCHINA
登录后可查看更多优质内容
返回顶部
顶部