mybatis是orm框架吗,Mybatis是什么以及Mybatis和JDBC的关系？

mybatis是orm框架吗,Mybatis是什么以及Mybatis和JDBC的关系？详细介绍

本文目录一览： Mybatis是什么以及Mybatis和JDBC的关系？

Mybatis是什么

mybatis是一个持久层ORM框架。它内部封装了jdbc，使得开发更简洁，更高效。

MyBatis可以通过xml或注解完成ORM映射关系配置。

Mybatis和JDBC的关系

JDBC是Java提供的一个操作数据库的API； MyBatis是一个持久层ORM框架，底层是对JDBC的封装。

MyBatis对JDBC操作数据库做了一系列的优化：

（1） mybatis使用已有的连接池管理，避免浪费资源，提高程序可靠性。

（2） mybatis提供插件自动生成DAO层代码，提高编码效率和准确性。

（3）mybatis 提供了一级和二级缓存，提高了程序性能。

（4） mybatis使用动态SQL语句，提高了SQL维护。（此优势是基于XML配置）

（5） mybatis对数据库操作结果进行自动映射

MyBatis的优点和缺点

优点：

简单：易于学习，易于使用，通过文档和源代du码，可以比较完全zhi的掌握它的设计思路和实现。

实用：提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。

灵活：通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。

功能完整：提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。

增强系统的可维护性：通过提供DAO层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。

缺点：

sql工作量很大，尤其是字段多、关联表多时，更是如此。

sql依赖于数据库，导致数据库移植性差。

由于xml里标签id必须唯一，导致DAO中方法不支持方法重载。

字段映射标签和对象关系映射标签仅仅是对映射关系的描述，具体实现仍然依赖于sql。（比如配置了一对多Collection标签，如果sql里没有join子表或查询子表的话，查询后返回的对象是不具备对象关系的，即Collection的对象为null）。

DAO层过于简单，对象组装的工作量较大。

不支持级联更新、级联删除。

编写动态sql时,不方便调试，尤其逻辑复杂时。

提供的写动态sql的xml标签功能简单（连struts都比不上），编写动态sql仍然受限，且可读性低。使用不当，容易导致N+1的sql性能问题。

hibernate和mybatis区别

1）Mybatis和hibernate不同，它不完全是一个ORM框架，因为MyBatis需要程序员自己编写Sql语句，不过mybatis可以通过XML或注解方式灵活配置要运行的sql语句，并将java对象和sql语句映射生成最终执行的sql，最后将sql执行的结果再映射生成java对象。

2）Mybatis学习门槛低，简单易学，程序员直接编写原生态sql，可严格控制sql执行性能，灵活度高，非常适合对关系数据模型要求不高的软件开发，例如互联网软件、企业运营类软件等，因为这类软件需求变化频繁，一但需求变化要求成果输出迅速。但是灵活的前提是mybatis无法做到数据库无关性，如果需要实现支持多种数据库的软件则需要自定义多套sql映射文件，工作量大。

3）Hibernate对象/关系映射能力强，数据库无关性好，对于关系模型要求高的软件（例如需求固定的定制化软件）如果用hibernate开发可以节省很多代码，提高效率。但是Hibernate的缺点是学习门槛高，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡，以及怎样用好Hibernate需要具有很强的经验和能力才行。

java有哪些简洁的ORM框架？

java简洁的ROM框架太多了，并且每天都在更新迭代，从一下几方面总结。
1、整合数据库的orm框架：Mybatis（batis）、Hibernate、Jpa、Jdo等。
2、缓存以及分布式缓存：Ecache、Memcached、Redis等。
3、web框架：WebWok、Struts2、SpringMvc等。
4、远程调用的相关的服务框架:dubbo、webService等。
4、其他大大小小，在各领域发挥的有很多，如日志处理Log4J、sj4j，xml处理dom4j等等数不胜数。

MyBatis和Hibernate的区别是什么？

答：Hibernate和Mybatis都是orm对象关系映射框架，都是用于将数据持久化的框架技术。\x0d\x0a Hiberante较深度的封装了jdbc，对开发者写sql的能力要求的不是那么的高，我们只要通过hql语句操作对象即可完成对数据持久化的操作了。\x0d\x0a 另外hibernate可移植性好，如一个项目开始使用的是mysql数据库，但是随着业务的发展，现mysql数据库已经无法满足当前的绣球了，现在决定使用Oracle数据库，虽然sql标准定义的数据库间的sql语句差距不大，但是不同的数据库sql标准还是有差距的，那么我们手动修改起来会存在很大的困难，使用hibernate只需改变一下数据库方言即可搞定。用hibernate框架，数据库的移植变的非常方便。\x0d\x0a 但是hibernate也存在着诸多的不足，比如在实际开发过程中会生成很多不必要的sql语句耗费程序资源，优化起来也不是很方便，且对存储过程支持的也不够太强大。但是针对于hibernate它也提供了一些优化策略，比如说懒加载、缓存、策略模式等都是针对于它的优化方案。\x0d\x0a Mybatis 也是对jdbc的封装，但是封装的没有hibernate那么深，我们可以再配置文件中写sql语句，可以根据需求定制sql语句，数据优化起来较hibernate容易很多。\x0d\x0a Mybatis要求程序员写sql的能力要相对使用hibernate的开发人员要高的多，且可移植性也不是很好。\x0d\x0a 涉及到大数据的系统使用Mybatis比较好，因为优化较方便。涉及的数据量不是很大且对优化没有那么高，可以使用hibernate

“mybatis”和“hibernate”的区别是什么？

mybatis与hibernate一样是个orm数据库框架。它与hibernate区别是非常大的，有以下几点：
总结起来：
mybatis：小巧、方便、高效、简单、直接、半自动
hibernate：强大、方便、高效、复杂、绕弯子、全自动
1. hibernate是全自动，而mybatis是半自动。
hibernate完全可以自动生成sql。而mybatis仅有基本的字段映射，仍然需要通过手写sql来实现和管理。
2. hibernate数据库移植性远大于mybatis。
hibernate通过它强大的映射结构和hql语言，大大降低了对象与数据库（oracle、mysql等）的耦合性，而mybatis由于需要手写sql，移植性也会随之降低很多，成本很高。
3. hibernate拥有完整的日志系统，mybatis则欠缺一些。
hibernate日志系统非常健全，涉及广泛，而mybatis则除了基本记录功能外，功能薄弱很多。
4. mybatis相比hibernate需要关心很多细节
hibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正因为mybatis使用简单，才导致它要比hibernate关心很多技术细节。mybatis由于不用考虑很多细节，开发模式上与传统jdbc区别很小，hibernate则正好与之相反。但是如果使用hibernate很熟练的话，实际上开发效率丝毫不差于甚至超越mybatis。
5. sql直接优化上，mybatis要比hibernate方便很多
由于mybatis的sql都是写在xml里，因此优化sql比hibernate方便很多。而hibernate的sql很多都是自动生成的，无法直接维护sql；总之写sql的灵活度上hibernate不及mybatis。
mybatis：
1. 入门简单，即学即用，提供了数据库查询的自动对象绑定功能。
2. 可以进行更为细致的SQL优化，可以减少查询字段。
3. 缺点就是框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。
4.二级缓存机制不佳。
hibernate：
1. 功能强大，数据库无关性好，O/R映射能力强。
2. 有更好的二级缓存机制，可以使用第三方缓存。
3. 缺点就是学习门槛不低，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡取得平衡，以及怎样用好Hibernate方面需要你的经验和能力都很强才行。
举个形象的比喻：
mybatis：机械工具，使用方便，拿来就用，但工作还是要自己来作
hibernate：智能机器人，但研发它（学习、熟练度）的成本很高，工作都可以摆脱他了，但仅限于它能做的事。

Mybatis框架，和Hibernate框架的区别是什么？

1 Hibernate : 标准的ORM(对象关系映射) 框架；
不要用写sql， sql 自动语句生成； 使用Hibernate 对sql 进行优化，修改比较困难
应用场景： 试用需求，变化固定中小型项目；ERP，ORM，OA
2 mybatis： 程序员自己编写sql， sql 修改，优化比较自由。
mybatis 是一个不完全的ORM 框架（部分）， mybatis 存在
映射关系（输入，输出映射）；
应用场景： 除了hibernate 的场景，主要应用需求项目较多的场景， 互联网项目； 敏捷开发。
映射关系描述
hibernate： 对数据库结构提供了较为完整的封装，hibernate 的O/R Mapping实现了POJO 和数据库表之间的映射，以及SQL 的自动生成和执行。
只需定义好了POJO 到数据库表的映射关系，即可通过提供的方法完成持久层操作。
不需要对SQL 的熟练掌握， 会根据制定的存储逻辑，自动生成对应的SQL 并调用JDBC 接口加以执行。
mybatis：POJO SQL之间的映射关系。然后通过映射配置文件，将SQL所需的参数，以及返回的结果字段映射到指定POJO。 相对“O/R”而言，iBATIS 是一种“Sql Mapping”的ORM实现。
数据库的无关性：
hibernate 的 具体数据只需要利用xml 进行关联； HQL 语句与数据库无关
mybatis 更接近sql ，因此对数据库的依赖较多。

Mybatis优势
MyBatis可以进行更为细致的SQL优化，可以减少查询字段。
MyBatis容易掌握，而Hibernate门槛较高。
Hibernate优势
Hibernate的DAO层开发比MyBatis简单，Mybatis需要维护SQL和结果映射。
Hibernate对对象的维护和缓存要比MyBatis好，对增删改查的对象的维护要方便。
Hibernate数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库需要写不同SQL。
Hibernate有更好的二级缓存机制，可以使用第三方缓存。MyBatis本身提供的缓存机制不佳

springmvc和mybatis框架的不同

1、mybatis是一个持久层框架，是apache下的开源项目，前身是itbatis，是一个不完全的ORM框架，mybatis提供输入和输出的映射，需要程序员自己写sql语句，mybatis重点对
sql语句的灵活操作。
适合用于：需求变化频繁， 数据模型不固定的项目，例如：互联网项目。
2、springMVC易于同其它View框架(Tiles等)无缝集成，采用IOC便于测试。
它是一个典型的教科书式的mvc构架，而不像struts等都是变种或者不是完全基于mvc系统的框架，对于初学者或者想了解mvc的人来说我觉得
spring是最好的，它的实现就是教科书!第二它和tapestry一样是一个纯正的servlet系统，这也是它和tapestry相比
struts所具有的优势。而且框架本身有代码，看起来容易理解。

为什么说mybatis 是半自动orm

Hibernate属于全自动ORM映射工具，使用Hibernate查询关联对象或者关联集合对象时，
可以根据对象关系模型直接获取，所以它是全自动的。
而Mybatis在查询关联对象或关联集合对象时，需要手动编写sql来完成，
所以，称之为半自动ORM映射工具。
应该就是指，mybatis并不能完全的实现自动映射的功能，一些复杂的场景的sql，还是需要通过配置或typehandler来实现映射关系的
mybatis的半自动化就是操作一个单表,也要自己写sql语句,感觉好累.
用hibernate和mybatis,每次操作一个表,都需要编写一次dao文件,感觉做重复工,好枯燥无味。
jpa只是想让所有的orm框架都统一使用的标准接口; hibernate有实现jpa,但mybaits没有.
常见的ORM框架有hibernate,半自动orm框架有mybatis,还有新的简单易用的bee框架.
Bee框架:一个十分钟即可学会的ORM框架。它不用每写一个dao就要编写一次代码，省时省力,开发效率极高，编码复杂度为O(1).一个开发成本和开发速度都不比php差的java ORM框架,可以适应的场合更多,具有hibernate和mybatis的优点.

请简述MyBatis和Hibernate的区别。

首先简单介绍下两者的概念：
hibernate ：Hibernate 是当前最流行的ORM框架，对数据库结构提供了较为完整的封装。
Mybatis：Mybatis同样也是非常流行的ORM框架，主要着力点在于POJO 与SQL之间的映射关系。
其次具体从几个方面说一下两者的区别：
1.两者最大的区别：
针对简单逻辑，Hibernate和MyBatis都有相应的代码生成工具，可以生成简单基本的DAO层方法。
针对高级查询，Mybatis需要手动编写SQL语句，以及ResultMap。而Hibernate有良好的映射机制，开发者无需关心SQL的生成与结果映射，可以更专注于业务流程。
2.开发难度对比
Hibernate的开发难度要大于Mybatis。主要由于Hibernate比较复杂、庞大，学习周期较长。
而Mybatis则相对简单一些，并且Mybatis主要依赖于sql的书写，让开发者感觉更熟悉。
3.sql书写比较
Mybatis的SQL是手动编写的，所以可以按需求指定查询的字段。不过没有自己的日志统计，所以要借助log4j来记录日志。
Hibernate也可以自己写SQL来指定需要查询的字段，但这样就破坏了Hibernate开发的简洁性。不过Hibernate具有自己的日志统计。
4.数据库扩展性比较
Mybatis由于所有SQL都是依赖数据库书写的，所以扩展性，迁移性比较差。
Hibernate与数据库具体的关联都在XML中，所以HQL对具体是用什么数据库并不是很关心。
5.缓存机制比较
相同点：Hibernate和Mybatis的二级缓存除了采用系统默认的缓存机制外，都可以通过实现你自己的缓存或为其他第三方缓存方案，创建适配器来完全覆盖缓存行为。
不同点：Hibernate的二级缓存配置在SessionFactory生成的配置文件中进行详细配置，然后再在具体的表-对象映射中配置是那种缓存。
MyBatis的二级缓存配置都是在每个具体的表-对象映射中进行详细配置，这样针对不同的表可以自定义不同的缓存机制。并且Mybatis可以在命名空间中共享相同的缓存配置和实例，通过Cache-ref来实现。
两者比较：因为Hibernate对查询对象有着良好的管理机制，用户无需关心SQL。所以在使用二级缓存时如果出现脏数据，系统会报出错误并提示。
而MyBatis在这一方面，使用二级缓存时需要特别小心。如果不能完全确定数据更新操作的波及范围，避免Cache的盲目使用。否则，脏数据的出现会给系统的正常运行带来很大的隐患。
6.总结：
Hibernate与MyBatis都可以是通过SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory 生成Session，最后由Session来开启执行事务和SQL语句。
而MyBatis的优势是MyBatis可以进行更为细致的SQL优化，可以减少查询字段，并且容易掌握。
Hibernate的优势是DAO层开发比MyBatis简单，Mybatis需要维护SQL和结果映射。数据库移植性很好，MyBatis的数据库移植性不好，不同的数据库需要写不同SQL。有更好的二级缓存机制，可以使用第三方缓存。MyBatis本身提供的缓存机制不佳。