hibernate与mybatis对比

1. 我们说 orm  是 "对象关系映射" 之前一直理解的是 "类" 和 "表" 或者说是 "对象" 和 "每条数据" 之间
    的映射,这种映射体现在本来要对 "表" 进行的操作,直接对 "类" 操作就行了,本来对 "每条数据" 的操作
    直接对 "对象" 操作就好了; 比较典型的orm 框架 hibernate 就是这样,它对 JDBC 的封装有以下几点:
        1. 驱动的加载与连接的创建------> 封装为连接池; 一方面连接池的出现使编程结构变得清晰,另一方面
            连接池的出现也使连接不需要重复创建与断开,这样减少了连接数据库的开销,提高了服务性能;
        2. sql语句的编写----->  转变为 hql语句的编写,hql语句是面向对象的,所以使面向对象程序员更加易于
            理解和编写, hibernate 负责将hql语句翻译为sql语句,翻译依据:
                    类名---->表名, 属性---->字段 , 一个对象---->一条记录
        3. sql语句的预编译,执行 ----->因为sql语句是 hibernate 翻译hql语句来获得的,所以预编译,执行都是
            有hibernate中的对象 比如 query 通过方法来完成;
        4. sql 查询输入参数/输出参数 -----> hibernate 可以将输入的零散参数做对象封装, 也可以将sql查询
            的结果数据做对象封装;
        5. 简单总结 hibernate 对映射文件的使用有两个层面:
            1. 操作的映射: hql的对象操作----映射为----> sql的表数据操作;
            2. 输入输出数据的映射: 输入属性数据和输出的表数据---映射为---> 对象数据;
            
2. 上边对hibernate 框架流程做了分析,我们可以发现,hibernate 并不是将 "类" 和 "表" 建立了直接连接,而是
    通过一套中间 "翻译机制" 将二者联系起来,并且对这套 "翻译机制" 做了封装, 所以才使我们觉得:"类" 和 "表"
    好像有着直接联系; 由于现代互联网软件设计中需求不断变化,为了适应这种变化,我们革除了这套 "翻译机制" 
    我们只保留框架对输入输出的映射, 至于操作我们不再做映射,而是自己去手写sql 不需要翻译,这样少了"翻译机制"
    的翻译,性能肯定是会有所提升的; 另外为了适应不断变化的需求,我们将sql语句抽取出来,放在一个映射配置文件中,
    这个映射配置文件其实就是操作映射配置文件,而在java代码中的数据库操作是在dao层,所以这个操作映射其实就是
    dao接口的实现映射,我们可以把这个映射文件视作一个dao接口的实现类; 这就是mybatis的设计思路,mybatis 将sql
    语句暴露在一个 操作映射配置文件中 , 在核心配置文件 SqlMapConfig.xml 中引入映射配置文件,通过读取核心配置
    文件--->进而读取到操作映射配置文件---->进而创建操作实现代理 mapper ;这样我们就可以操作数据库了;