MyBatis和Hibernate对比

原文->http://ccbbkk.iteye.com/blog/2067135

一、MyBatis简介
1. MyBatis概念
       MyBatis本是apache的一个开源项目iBatis, 2010年这个项目由apache software foundation 迁移到了google code，并且改名为MyBatis 。它支持普通 SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis 消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索和映射。MyBatis 使用简单的 XML或注解用于配置和原始映射，将接口和 Java 的POJOs（Plain Old Java Objects，普通的Java对象）映射成数据库中的记录。

MyBatis官网介绍 -> http://mybatis.github.io/mybatis-3/zh/

MyBatis和Spring整合官网 -> http://mybatis.github.io/spring/zh/index.html
2. MyBatis和Hibernate比较
      1)在POJO和数据表映射方面，hibernate是全自动，而mybatis是半自动。hibernate完全可以通过POJO的对象关系模型实现对数据库的操作，拥有完整的 JavaBean对象与数据库的映射结构来自动生成sql。而myBatis仅有基本的字段映射，对象数据以及对象实际关系仍然需要通过手写sql来实现和管理。
      2)hibernate数据库移植性远大于mybatis。hibernate通过它强大的映射结构和hql语言，大大降低了对象与数据库 （oracle、mysql等）的耦合性，而mybatis由于需要手写sql，因此与数据库的耦合性直接取决于程序员写sql的方法，如果sql不具通用性而用了很多某数据库特性的sql语句的话，移植性也会随之降低很多，成本很高。 例如对于分页SQL，在Oracle和Postgres中是不同的，对于这种情况需要根据生成数据库写相应的SQL，好在MyBatis也提供了数据库类型判断的机制。
      3)hibernate拥有完整的日志系统，mybatis则欠缺一些。hibernate日志系统非常健全，涉及广泛，包括：sql记录、关系异常、优化警告、缓存提示、脏数据警告等；而mybatis则除了基本记录功能外，功能薄弱很多。
      4)mybatis相比hibernate需要关心很多细节。hibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正因为mybatis使用简单，才导致它要比hibernate关心很多技术细节。Mybatis由于不用考虑很多细节，开发模式上与传统jdbc区别很小，因此很容易上手并开发项目，但如果忽略细节会导致项目前期bug较多，因而开发出相对稳定的软件很慢，而开发出软件却很快。hibernate则正好与之 相反。但是如果使用hibernate很熟练的话，实际上开发效率丝毫不差于甚至超越mybatis。
      5)sql直接优化上，mybatis要比hibernate方便很多。由于mybatis的sql都是写在xml里，因此优化sql比 hibernate方便很多。而hibernate的sql很多都是自动生成的，无法直接维护sql；虽有hql，但功能还是不及sql强大，见到报表等 变态需求时，hql也歇菜，也就是说hql是有局限的；hibernate虽然也支持原生sql，但开发模式上却与orm不同，需要转换思维，因此使用上不是非常方便。总之写sql的灵活度上hibernate不及myBatis。
      6)Hibernate有更好的二级缓存机制，可以使用第三方缓存。而MyBatis的二级缓存机制不佳。

 

GIS项目中ORM框架的选择的思考

1)对空间数据库的操作更多的依赖于空间数据库提供的库函数，例如缓冲区分析、空间关系判断、Shape值转换处理、空间查询优化。

2)空间数据库表中位置信息字段类型为ST_Geometry，不能直接和POJO类中位置属性映射。

基于以上2点，对于空间数据库表的操作使用MyBatis更合适。