JPA和MyBatis如何进行技术选型

背景

在我们平时的项目中,大家都知道可以使用JPA或者Mybatis作为ORM 层。对JPA和Mybatis如何进行技术选型?(http://www.spring4all.com/question/112

我将从以下几个方面进行总结。

MySQL数据库使用规范

核心规范

  • 不在数据库中做运算,复杂运算移到程序端进行。
  • 控制单表数据量,建议单库不超300-400个表,单表不超过50个纯INT字段,单表不超过20个CHAR(10)字段,单行不超过200Byte。
  • 操持表字段少而精,IO高效、表修复快、提高并发、alter table快,单表字段控制在20-50个内,并且使用合适的字段类型。
  • 平衡范式、适当的字段冗余
  • 拒绝大SQL、大事务、大批量,避免使用存储过程

字段类规范

  • 使用合适取值范围的数值字段类型
  • 时间类型字段使用bigint型
  • 避免使用NULL字段,很难进行查询优化,无法对列加索引
  • 少用并拆分TEXT、BLOB类型的字段,如必须使用则拆分到单独的表中;TEXT类型处理性能远低于VARCHAR
  • 不在数据库里存图片
  • 避免关键字

索引类规范

  • 合理的索引,增加查询速度,但会减慢更新,并不是索引越多越好
  • 如果字符字段建索引,必须建前缀索引
  • 不在索引列做运算处理,无法使用索引,导致全表扫描
  • 不使用强外键关系,外键关系体现在程序中保证约束

SQL类规范

  • 避免复杂查询
  • 尽量不用select *,只取需要的列
  • 改写or为in操作,in的个数据,建议在200内
  • 避免负向查询和%前缀模糊查询,使用不了索引,导致全表扫描
  • 减少count(*)
  • limit分页,偏移量越大会越慢,推荐select id from user where id > 20000 limit 11
  • 高并发DB不建议进行两个表以上的join

两者区别

MyBatis

MyBatis是一个半自动化的持久层框架,支持定制化SQL、存储过程以及高级映射;避免了几乎所有的 JDBC代码和手动设置参数以及获取结果集,并且可以使用简单的XML或注解来配置和映射原生信息,将接口和Java的POJOs映射成数据库中的记录。

  • 优点
  1. 简单易学;
  2. 灵活,MyBatis不会对应用程序或者数据库的现有设计强加任何影响。 注解或者使用SQL写在XML里,便于统一管理和优化。通过SQL基本上可以实现我们不使用数据访问框架可以实现的所有功能,或许更多。
  3. 解除SQL与程序代码的耦合,SQL和代码的分离,提高了可维护性。
  4. 提供映射标签,支持对象与数据库的OMR字段关系映射。
  5. 提供对象关系映射标签,支持对象关系组建维护。
  6. 提供XML标签,支持编写动态SQL。

JPA

最早接触JPA是在几年前使用seam框架的时候,JPA做为seam的持久层。JPA的宗旨是为POJO提供持久化标准规范,实现使用的Hibernate,Hibernate是一个全自动的持久层框架,并且提供了面向对象的SQL支持,不需要编写复杂的SQL语句,直接操作Java对象即可,从而大大降低了代码量,让即使不懂SQL的开发人员,也使程序员更加专注于业务逻辑的实现。对于关联查询,也仅仅是使用一些注解即可完成一些复杂的SQL功能。但是碰到复杂业务的SQL时,想要优化Hibernate这种全自动的OMR显得很费力。但是如果按照上面数据库的使用规范,将复杂的查询放到业务层进行处理,这是没有问题的。

工作以来这两个框架都接触一些,可能一般传统公司、个人开发用Hibernate(JPA)多些,互联网公司更多在用MyBatis。但对于以上两种框架,都提供了很方便的开发方式。

业务场景或团队开发习惯

  • 对于要快速实现业务需求,JPA(Spring Data JPA)更快一些,只需要继承 JpaRepositoryCrudRepository,就实现了常用方法。

  • 另个最新发现使用Spring Data Rest,是在JPA的基础上自动转成了RESTful风格接口,使用JPA加分。

  • 但是,MyBaits也有自己的代码生成插件,使用起来也挺方面的,基本上不用自己写代码,就能生成基本的操作。

  • 如果公司的开发人员已经习惯了之前的方法命名方式,而JPA是它自己的,改起来不是很方便。为了兼容以前的开发习惯,定制MyBatis更方便些。

借助工具,代码生成器

对于开发效率上来说,可以自己写一个代码生成工具,把通用的代码一键生成。

总结

  • 如果能有很好的数据库规范的话,使用这两个哪个都不会差;
  • 如果有能力并且想掌控SQL,MyBaits更方便些;
  • 否则就依赖JPA的魔力来快速完成业务开发;
  • 另外,Spring官方提供了Spring Data JPA,没有看到MyBatis的哈
  • 如果是我个人,倾向使用Spring Data JPA,不用管SQL。

相关文章:

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,335评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,895评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,766评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,918评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,042评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,169评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,219评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,976评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,393评论 1 304
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,711评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,876评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,562评论 4 336
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,193评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,903评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,142评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,699评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,764评论 2 351

推荐阅读更多精彩内容