mybatis与jdbc的区别,hibernate和mybatis都是持久化框架，有什么区别？

mybatis与jdbc的区别,hibernate和mybatis都是持久化框架，有什么区别？详细介绍

本文目录一览： 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性能问题。

jdbc和mybatis效率差距主要因为什么

这里面你有一个误解。
MyBaties 也是基于JDBC的。Java与数据库操作仅能通过JDBC完成。 MyBaties也要通过JDBC完成数据查询、更新这些动作。
MyBaties 仅仅是在JDBC基础上做了，OO化、封装事务管理接口这些东西。JDBC是地基,MyBaties /Hibernate 是两栋外形各自有特点的楼房，楼房之间可以比较！地基就这一种。

jdbc框架有哪些除了dbutil

除了dbutil之外，常见的JDBC框架还有SpringJDBC，MyBatis，Hibernate，ApacheCommonsDbUtils。1、SpringJDBC：SpringJDBC是Spring框架中的一个模块，提供了针对JDBC的封装，可以更方便地操作数据库。2、MyBatis：MyBatis是一个比较流行的ORM框架，它通过XML或注解的方式实现了SQL语句和Java对象的映射关系，使得开发者可以更轻松地编写和维护SQL语句。3、Hibernate：Hibernate是一个比较成熟的ORM框架，它可以将Java对象和关系型数据库的表格映射起来，提供了大量的ORM特性，如对象关系映射、延迟加载、缓存等。4、ApacheCommonsDbUtils：和dbutil类似，ApacheCommonsDbUtils也是一个轻量级的JDBC框架，提供了一些简单易用的API，可以更方便地操作数据库。

mybatis+druid+jdbc 原理介绍

mybatis是警察.
druid是武器库(有很多枪).
jdbc是武器商(他们造枪给武器库).
当你需要一次"除暴安良"时,你需要去找警察,警察从武器库拿枪干活.
以往的开发,是你使用jdbc直接造枪,然后自己干活.
jdbc整合了:加载数据库驱动,创建连接,写原生语句,执行,关闭这些东西.
而mybatis是对jdbc的封装,他允许你通过配置的形式,配置数据库参数,并且允许你通过xml来写动态sql语句.

让你可以把sql变得灵活起来.并且还能将你的查询结果直接映射到你想要的实体上面.

然后你就去配置你的用户名,密码,连接超时,等等.

等你下次使用mybatis时,他后面会根据你的配置,帮你加载数据库驱动,创建连接,写原生语句,执行,关闭.

但是mybatis发现,在你每次访问都要重新创建创建连接,写,关.很麻烦,所以mybatis说,我可以接受你再配置一个连接池,比如druid.

mybatis让你指定连接池是谁,如druid.之后将原来自己需要搞的东西都交给druid.什么账号了,密码了.都给他,让druid帮你创建一批连接,在你需要用的时候,mybatis从druid里面拿一个就行.

下面是一次简单的访问流程:

controller->service->dao->mapper

1.首先项目启动时druid就已经使用jdbc创建好一堆连接了,留待后用.

2.当请求到mapper时,mybatis框架创建临时类.

3.然后将动态sql进行替换重写,变成原始的native sql.

4.从druid拿到一个连接.

5.将sql通过连接交给数据库执行.

6.然后获取执行结果.

7.mybatis进行将结果进行映射,返回数据.

说的有点乱,希望能说清楚吧...

使用mybatis与直接用jdbc相比，有哪些优势？

代码中最重要的一点，可扩展性，mybatis连接数据库的用户密码等都是写在配置文件中，即使数据库有更改，java代码也不需要重新编译。
mybatis的连接池管理，缓存管理等对于数据库的访问优化更好

mybatis和jdbc 有什么优势

1、DAO层代码可以通过现有插件直接生成，大大提高编码效率和准确性(相比手工coding的失误等)；
2、mybatis已有的连接池管理，缓存管理等所带来的代码性能优势和可靠性(作为一个工业级的开源框架，其代码是久经考验的)；
3、一致的编码风格大大减少了代码的沟通交流成本；
4 mybatis自动提供了一级和二级缓存（需要配置打开），强大的动态sql，自动化的session管理，都比手工维护来的方便和安全
5,面向对象的开发效率会更高，毕竟可以自动生成数据库表的Model对象，少写一些基本sql。建议使用，不管是否团队作业
6.不用重复写resultset到domain的转化了。
7.JDBC想要取到自己封装mybatis的association和collection你就会就头大了

java不学jdbc直接学mybatis可以吗？

题主最好是整理一份系统的学习路线，javaweb属于java开发核心课程之一，学完这一阶段打好基础再进行框架的学习会好一点。
java全栈开发学习路线思维导图
如果说与数据库打交道的意义上讲，JDBC是最基础的，mybatis等框架主键也是基于此。另外springJBA Data是什么鬼，是Spring Data JPA 吧，JPA全称为Java持久性API（Java Persistence API），JPA是Java EE 5标准之一。
从应用的角度来看，直接使用JDBC写代码连接数据库已经很少了，除了一些小项目；mybatis可以自动生成dao和daoImpl以及配置文件，可以修改sql语句，使用较为灵活；
为了简化程序与数据库交互的代码，spring提供了一个现成的dao层框架，spring家族提供的spring-data适用于关系型数据库和nosql数据库 ，虽然使用起来很方便，但其简化了SQL功能如查询所有数据 findAll()，但复杂查询就有些麻烦了；
No. 停止你的这种想法. JDBC是基础中的基础, 重中之重, mybatis只是众多框架中,目前比较流行的一个框架.
学好了JDBC你可以自己开发一个类似于Mybatis的持久层框架. 很多公司也是使用的自己内部的框架, 所以你学好了JDBC就能迅速理解和上手各种各样的持久层框架.
单机程序需求比较简单, 主要还是使用JDBC.
JDBC是性能卓越, 速度更是一骑绝尘 . 其他持久层框架简化了开发的效率 , 但是执行中往往需要解析XML ,注解等,中间步骤, 速度上较慢. 所以很多时候,为了提升性能,会直接使用JDBC开发.
JDBC 简单,几天就能上手, 学完就做个小项目. 再学习mybatis, 你这样才能体会到mybatis的优点, 代码量减少很多, 开发效率杠杠的...

使用mybatis还需要jdbc吗

JDBC是根本，mybatis原理的东西就是JDBC。
需要，，ibatis只是写sql语句的。一般传值接收值，还是用类控制的。

hibernate和mybatis都是持久化框架，有什么区别？

　　以前没怎么用过mybatis，只知道与hibernate一样是个orm数据库框架。随着使用熟练度的增加，发现它与hibernate区别是非常大的，结合至今为止的经验，总结出以下几点：\x0d\x0a1. hibernate是全自动，而mybatis是半自动。\x0d\x0ahibernate完全可以通过对象关系模型实现对数据库的操作，拥有完整的JavaBean对象与数据库的映射结构来自动生成sql。而mybatis仅有基本的字段映射，对象数据以及对象实际关系仍然需要通过手写sql来实现和管理。\x0d\x0a2. hibernate数据库移植性远大于mybatis。\x0d\x0ahibernate通过它强大的映射结构和hql语言，大大降低了对象与数据库（oracle、mysql等）的耦合性，而mybatis由于需要手写sql，因此与数据库的耦合性直接取决于程序员写sql的方法，如果sql不具通用性而用了很多某数据库特性的sql语句的话，移植性也会随之降低很多，成本很高。\x0d\x0a3. hibernate拥有完整的日志系统，mybatis则欠缺一些。\x0d\x0ahibernate日志系统非常健全，涉及广泛，包括：sql记录、关系异常、优化警告、缓存提示、脏数据警告等；而mybatis则除了基本记录功能外，功能薄弱很多。\x0d\x0a4. mybatis相比hibernate需要关心很多细节\x0d\x0ahibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正因为mybatis使用简单，才导致它要比hibernate关心很多技术细节。mybatis由于不用考虑很多细节，开发模式上与传统jdbc区别很小，因此很容易上手并开发项目，但忽略细节会导致项目前期bug较多，因而开发出相对稳定的软件很慢，而开发出软件却很快。hibernate则正好与之相反。但是如果使用hibernate很熟练的话，实际上开发效率丝毫不差于甚至超越mybatis。\x0d\x0a5. sql直接优化上，mybatis要比hibernate方便很多\x0d\x0a由于mybatis的sql都是写在xml里，因此优化sql比hibernate方便很多。而hibernate的sql很多都是自动生成的，无法直接维护sql；虽有hql，但功能还是不及sql强大，见到报表等变态需求时，hql也歇菜，也就是说hql是有局限的；hibernate虽然也支持原生sql，但开发模式上却与orm不同，需要转换思维，因此使用上不是非常方便。总之写sql的灵活度上hibernate不及mybatis。\x0d\x0a\x0d\x0a总结：\x0d\x0amybatis：小巧、方便、高效、简单、直接、半自动\x0d\x0ahibernate：强大、方便、高效、复杂、绕弯子、全自动\x0d\x0a\x0d\x0amybatis：\x0d\x0a1. 入门简单，即学即用，提供了数据库查询的自动对象绑定功能，而且延续了很好的SQL使用经验，对于没有那么高的对象模型要求的项目来说，相当完美。\x0d\x0a2. 可以进行更为细致的SQL优化，可以减少查询字段。\x0d\x0a3. 缺点就是框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。\x0d\x0a4. 二级缓存机制不佳。\x0d\x0ahibernate：\x0d\x0a1. 功能强大，数据库无关性好，O/R映射能力强，如果你对Hibernate相当精通，而且对Hibernate进行了适当的封装，那么你的项目整个持久层代码会相当简单，需要写的代码很少，开发速度很快，非常爽。\x0d\x0a2. 有更好的二级缓存机制，可以使用第三方缓存。\x0d\x0a3. 缺点就是学习门槛不低，要精通门槛更高，而且怎么设计O/R映射，在性能和对象模型之间如何权衡取得平衡，以及怎样用好Hibernate方面需要你的经验和能力都很强才行。\x0d\x0a举个形象的比喻：\x0d\x0amybatis：机械工具，使用方便，拿来就用，但工作还是要自己来作，不过工具是活的，怎么使由我决定。??\x0d\x0ahibernate：智能机器人，但研发它（学习、熟练度）的成本很高，工作都可以摆脱他了，但仅限于它能做的事。??