1.hibernate与ibitas有什么区别
2.ibatis起源

hibernate与ibitas有什么区别

       ibatis 码下 iBATIS一词来源于“internet”和“abatis”的组合，是码下一个由Clinton Begin在年发起的开放源代码项目。最初侧重于密码软件的码下开发，现在是码下一个基于Java的持久层框架。iBATIS提供的码下持久层框架包括SQL Maps和Data Access Objects（DAO），同时还提供一个利用这个框架开发的码下电影系统正式版asp源码JPetStore实例。

        相对Hibernate和Apache OJB等“一站式”ORM解决方案而言，码下ibatis 码下是一种“半

        自动化”的ORM实现。

        所谓“半自动”，码下可能理解上有点生涩。码下纵观目前主流的码下 ORM，无论 Hibernate 还是码下autofac 源码解读

        Apache OJB，都对数据库结构提供了较为完整的码下封装，提供了从 POJO 到数据库表的码下全

        套映射机制。程序员往往只需定义好了POJO 到数据库表的码下映射关系，即可通过 Hibernate

        或者 OJB 提供的方法完成持久层操作。程序员甚至不需要对 SQL 的熟练掌握，

        Hibernate/OJB 会根据制定的存储逻辑，自动生成对应的 SQL 并调用 JDBC 接口加以执

        行。

        大多数情况下（特别是对新项目，新系统的开发而言），这样的机制无往不利，大有一

        统天下的java 1.5源码势头。但是，在一些特定的环境下，这种一站式的解决方案却未必灵光。

        在笔者的系统咨询工作过程中，常常遇到以下情况：

        1． 系统的部分或全部数据来自现有数据库，处于安全考虑，只对开发团队提供几

        条Select SQL（或存储过程）以获取所需数据，具体的表结构不予公开。

        2． 开发规范中要求，所有牵涉到业务逻辑部分的数据库操作，必须在数据库层由

        存储过程实现（就笔者工作所面向的轻内容源码金融行业而言，工商银行、中国银行、交

        通银行，都在开发规范中严格指定）

        3． 系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高

        度优化的SQL语句（或存储过程）才能达到系统性能设计指标。

        面对这样的需求，再次举起 Hibernate 大刀，却发现刀锋不再锐利，甚至无法使用，

        奈何？恍惚之际，ocr源码学习只好再摸出JDBC 准备拼死一搏……，说得未免有些凄凉，直接使用 JDBC

        进行数据库操作实际上也是不错的选择，只是拖沓的数据库访问代码，乏味的字段读取操作

        令人厌烦。

        “半自动化”的ibatis，却刚好解决了这个问题。

        这里的“半自动化”，是相对Hibernate等提供了全面的数据库封装机制的“全自动化”

        ORM 实现而言，“全自动”ORM 实现了 POJO 和数据库表之间的映射，以及 SQL 的自动

        生成和执行。而ibatis 的着力点，则在于POJO 与 SQL之间的映射关系。也就是说，ibatis

        并不会为程序员在运行期自动生成 SQL 执行。具体的 SQL 需要程序员编写，然后通过映

        射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定 POJO。

        使用ibatis 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的 Java对象，

        这一层与通过 Hibernate 实现 ORM 而言基本一致，而对于具体的数据操作，Hibernate

        会自动生成SQL 语句，而ibatis 则要求开发者编写具体的 SQL 语句。相对Hibernate等

        “全自动”ORM机制而言，ibatis 以 SQL开发的工作量和数据库移植性上的让步，为系统

        设计提供了更大的自由空间。作为“全自动”ORM实现的一种有益补充，ibatis 的出现显

        得别具意义。

ibatis起源

       IBatis，作为一款“半自动化”的ORM框架，起源于对传统“一站式”解决方案如Hibernate和Apache OJB的补充。它提供SQL Maps和Data Access Objects（DAO）的功能，以及一个用于实践的示例——JPetStore。

       与Hibernate和OJB不同，IBatis并未完全封装数据库结构，而是留给开发者更多自由，需要程序员自己编写SQL。这在一定程度上保留了对SQL的控制，适合那些有特定需求的场景，比如：

       系统设计要求对部分或全部数据保密，仅提供有限的SQL接口。

       业务逻辑需在数据库层面通过存储过程实现，如金融行业的规定。

       面对高并发和高性能要求，需要精细调整和优化SQL语句。

       然而，当面临这些需求时，Hibernate的全面自动化可能不再适用，使用JDBC虽然可以解决问题，但编写冗长的数据库访问代码和手动处理字段读取则显得繁琐。因此，IBatis在这些特定场景下，提供了一种平衡自动化与灵活性的解决方案。

扩展资料

       iBATIS一词来源于“internet”和“abatis”的组合，是一个由Clinton Begin在年发起的开放源代码项目。最初侧重于密码软件的开发，现在是一个基于Java的持久层框架。