【JAVA - SSM】之MyBatis与原生JDBC、Hibernate访问数据库的比较

首先来看一下原生JDBC访问数据库的代码：

public static void main(String[] args) {
// 数据库连接
Connection connection = null;
// 预编译的Statement，使用预编译的Statement提高数据库的性能
PreparedStatement statement = null;
// 结果集
ResultSet resultSet = null;
try {
// 加载数据库驱动
Class.forName("com.mysql.jdbc.Driver");
// 通过驱动管理类获取数据库的连接
connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/test", "root", "123456");
// 定义SQL语句，“?”表示占位符
String sql = "select * from emp where ename = ?";
// 获取预处理的Statement
statement = connection.prepareStatement(sql);
// 设置参数，第一个参数为SQL语句中占位符的序号（从1开始），第二个参数是设置的参数值
statement.setString(1, "smith");
// 向数据库发出SQL进行查询，查询出结果集
resultSet = statement.executeQuery();
// 遍历结果集
while (resultSet.next()) {
System.out.println(resultSet.getInt("empno") + "\t" + resultSet.getString("ename"));
}
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (SQLException e) {
e.printStackTrace();
} finally {
try {
if (resultSet != null) {
resultSet.close();
}
if (statement != null) {
statement.close();
}
if (connection != null) {
connection.close();
}
} catch (SQLException e) {
e.printStackTrace();
}
}
}

使用原生JDBC访问数据库，存在以下四个问题：

（1）数据库使用时就创建，不使用就释放，即需要对数据库进行频繁的开启和关闭，造成数据库资源的浪费，影响数据库的性能。

（2）将SQL语句硬编码到JAVA代码中，如果后期SQL语句发生变化，就需要重新编译JAVA代码，不利于系统的维护。

（3）PreparedStatement中传入的参数都硬编码进了JAVA代码中，不利于系统的维护。

（4）从ResultSet中遍历结果集时，将字段名都进行了硬编码，不利于系统的维护。

针对上面的四个问题，MyBatis都对其进行了一一解决：

（1）针对上面的第一个问题，MyBatis使用了数据库连接池进行数据库管理。在SSM框架中，常用的数据库连接池有 dbcp、c3p0、druid 等，现在最常用的是 druid 。

（2）针对上面的第二个问题，MyBatis的解决方案是创建Mapper.xml文件对SQL语句进行统一的管理。

（3）针对上面的第三个问题，MyBatis的解决方案是将参数以parameterType的方式注入到Mapper.xml中的SQL语句中。

（4）针对上面的第四个问题，MyBatis的解决方案是以resultType的方式将结果自动映射成JAVA对象。

以上是MyBatis与JAVA原生JDBC访问数据库的比较。下面介绍一下MyBatis与Hibernate之间访问数据库的比较。

（1）字段注入

Hibernate是SSH框架（Struts2 + Spring + Hibernate）中的一部分，我们只需要定义与数据表字段相同或基本相同的POJO，就可以在运行的时候动态的将POJO中的字段映射到数据库中，这种方式操作耗时多。

MyBatis是SSM框架（Spring + SpringMVC + MyBatis）中的一部分，MyBatis是将数据表映射成JAVA对象，通过输入映射、输出映射对数据表进行操作，所有数据和表结构都是从数据库中映射来的，因此MyBatis相比与Hibernate耗时较少。

（2）SQL编写

Hibernate不需要程序员编写SQL语句，所有的SQL语句都是自动生成的，程序员只需要调用insert、select、update、delete等方法就可以了，但这种方式对SQL优化以及一些比较复杂的SQL语句束手无策，而且如果表结构发生变化，那么Hibernate就需要重新将POJO映射到数据库，耗时很大，因此Hibernate适合那些需求变化不多的中小型项目，如后台管理系统、ERP等等。

MyBatis需要程序员自己编写SQL语句，这使得系统可以完全轻松的应对复杂的SQL以及SQL优化，而且由于MyBatis是从数据库映射到POJO对象，因此不需要考虑表结构变化后引起的映射耗时，适合需求变化较多的项目，如互联网项目等。

从上面的分析来看，无论从性能、耗时，还是后期的维护角度，MyBatis相比与JDBC和Hibernate，似乎都有一定的优势，也许这就是为什么SSM现在很火的原因吧。