集成MyBatis

(1)回顾一下Hibernate和JPA的SessionFactory与EntityManagerFactory,MyBatis与之对应的是SqlSessionFactory和SqlSession:

java insert的使用_java


可见,ORM的设计套路都是类似的。使用MyBatis的核心就是创建SqlSessionFactory,这里我们需要创建的是SqlSessionFactoryBean。因为MyBatis可以直接使用Spring管理的声明式事务,因此,创建事务管理器和使用JDBC是一样的:

@Bean

PlatformTransactionManager createTxManager(@Autowired DataSource dataSource) {
 return new DataSourceTransactionManager(dataSource);
 }

(2)和Hibernate不同的是,MyBatis使用Mapper来实现映射,而且Mapper必须是接口。在User类和users表之间映射的UserMapper编写如下:

public interface UserMapper {
 @Select(“SELECT * FROM users WHERE id = #{id}”)
 User getById(@Param(“id”) long id);
 }

注意:这里的Mapper不是JdbvTemplate的RowMapper的概念,它是定义users表的接口方法。比如我们定义了一个User getById(long)的主键查询方法,不仅要定义接口本身,还要明确写出查询的SQL,这里用注解@Select标记,SQL语句的任何参数,都与方法参数按名称对应。例如,方法参数id的名字通过注解@Param()标记为id,则SQL语句里将来替换的占位符就是#{id}。

(3)注意:MyBatis执行查询后,将根据方法的返回类型自动把ResultSet的每一行转换为User实例,转换规则当然是按列名和属性名对应。如果列名和属性名不同,最简单的方式是编写SELECT语句的别名。

(4)执行INSERT语句就稍微麻烦点,因为我们希望传入User实例,因此,定义的方法接口与@Insert注解如下:

@Insert(“INSERT INTO users (email, password, name, createdAt) VALUES (#{user.email}, #{user.password}, #{user.name}, #{user.createdAt})”)
 void insert(@Param(“user”) User user);

如果users表的id是自增主键,那么,我们再SQL中不传入id,但希望获取插入后的主键,需要再加入一个@Option注解:

@Options(useGeneratedKeys = true, keyProperty = “id”, keyColumn = “id”)
 @Insert(“INSERT INTO users (email, password, name, createdAt) VALUES (#{user.email}, #{user.password}, #{user.name}, #{user.createdAt})”)
 void insert(@Param(“user”) User user);

其中keyProperty和keyColumn分别指出JavaBean的属性和数据库的主键列名。

(5)有了UserMapper接口,还需要对应的实现类才能真正执行这些数据库操作的方法。虽然可以自己写实现类,但我们除了编写UserMapper接口外,还有BookMapper、BonusMapper……一个一个写太麻烦,因此,MyBatis提供了一个MapperFactoryBean来自动创建所有Mapper的实现类。可以用一个简单的注解来启用它@MapperScan(“com.itranswarp.learnjava.mapper”),有了@MapperScan,就可以让MyBatis自动扫描指定包的所有Mapper并创建实现类。

XML配置

(1)上述在Spring中集成MyBatis的方式,我们只需要用到注解,并没有任何XML配置文件。MyBatis也允许使用XML配置映射关系和SQL语句,例如,更新User时根绝属性值构造动态SQL:

java insert的使用_java insert的使用_02


编写XML配置的优点是可以组装出动态SQL,并且把所有SQL操作集中在一起。缺点是配置起来太繁琐,调用方法时如果想查看SQL还需要定位到XML配置中。

(2)使用MyBatis最大的问题是所有SQL都需要全部手写,优点是执行的SQL就是我们自己手写的SQL,对SQL进行优化非常简单,也可以编写任意复杂的SQL,或者使用数据库的特定语法,但切换数据库可能就不太容易,好消息是大部分项目并没有切换数据库的需求,完全可以针对某个数据库编写竟可能优化的SQL。