终于把论文写得差不多了，系统也不急着完成，可以抽出点时间来完成这个系列的博客了。在写本博客之前我是惶恐不安的，高级映射一贯是持久层框架里的重中之重，小到自己开发小系统，大到企业级开发，表的存在从来就不独立的。复杂交错的表之间的联系有时的确让后台开发人员头疼，而作为一个框架，要做的事就是把这种复杂程度降到最低。既然如此，我们就赶快进入正文吧。
先说一对一吧，前几篇博文里用到了User类，今天我们再加上一个Orders订单类
一个订单只能由一个用户创建，所以根据订单查找用户是一对一的查找，所以当我想查出订单关联用户的所有记录怎么查呢？
我们知道这个查询时不用输入参数的，所以在select里面是不用输入parameterType的，由此可知查询关键就在resultType了，的确，但是今天resultType有时会不够用，当然这都是后话了，在一对一查询里面resultType完全是够用的，所以先看看这个怎么用吧
先分析一波，我们之前的所有的输出都有相会映射成相应的类，而我们现在没有一个既包含User属性又包含Orders的类怎么办呢？
没错，就是新建一个满足以上条件的类，在这里有一个小技巧，我们大多时候不需要关联表里的所有属性，比如在这里我们只要user类的用户名和地址两个属性时，可以创建一个Orders类的扩展类，在该扩展类里添加属性username和address，就像下面
解决了映射类，接下来就是xml文件了
先把sql语句贴上来
SELECT orders.*, user.username, user.address FROM orders, user WHERE orders.user_id = user.id;
这个sql语句很简单我就不多说了，有了这个mapper.xml就简单了
<select id="findOrderCustom" resultType="com.mybatis.pojo.OrderCustom"> SELECT orders.*, user.username, user.address FROM orders, user WHERE orders.user_id = user.id; </select>
然后就是遵循规范把mapper接口中的方法写了
//查询Orders关联User使用resultType public List<OrderCustom> findOrderCustom();
最后是测试代码
public class UserMapperTest { private SqlSessionFactory sqlSessionFactory; @Before public void setUp() throws Exception { //得到配置文件流 InputStream inputStream = Resources.getResourceAsStream("sqlMapConfig.xml"); //创建会话会话工厂 sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream); } @Test public void testFindOrderCustom() throws Exception { //创建会话 SqlSession sqlSession = sqlSessionFactory.openSession(); //创建mapper代理对象 UserMapper userMapper= sqlSession.getMapper(UserMapper.class); List<OrderCustom> list=userMapper.findOrderCustom(); //调用代理对象的方法，打印结果 System.out.println(list.size()); sqlSession.close(); } }
大功告成，这个测试代码我已经测试过了没有问题，所以如果有跟初学者想拿着博主的代码运行一遍也是没有问题的。
其实从最开始学到现在，博主一直有一个疑问，为了实现映射一直以来表和类中属性的命名都要保持一致。但是我们的java类规范命名都是用驼峰命名法，而数据库中属性命名大多采用下划线，这样保持一致不得不改变一方的命名规则，有没有什么方法可以两全呢？
答案就是resultMap，跟resultType直接进行类的映射不同，resultMap讲究的是属性的映射。为了举例我再引进一个类，商品类Goods
表结构是这样的
接下来要做的事就是使用resultMap从表中查出所有的数据
在使用resultMap之前要先定义它，怎么定义呢，看代码
<!-- 定义resultMap --> <resultMap type="com.mybatis.pojo.Goods" id="goodsResultMap"> <id column="id" property="id"/> <result column="goods_name" property="goodsName"/> <result column="goods_price" property="goodsPrice"/> </resultMap>
主键用的是id，普通属性统一使用result。其中column和property分别代表在表和类中的属性名。resultMap的id是为了让下面的select语句引用的，接下来就给出select语句
<!-- 用resultMap查询goods信息 --> <select id="findGoodsResultMap" resultMap="goodsResultMap"> select * from goods </select>
整个xml的工作就算完成了，老规矩，下面给出mapper接口中的方法和测试代码（注意所有的测试都要加上@before的内容，我这里就懒得再写了）
//查询goods使用resultMap public List<Goods> findGoodsResultMap();
//测试查询goods使用resultMap @Test public void testFindGoodsResultMap() throws Exception { //创建会话 SqlSession sqlSession = sqlSessionFactory.openSession(); //创建mapper代理对象 UserMapper userMapper= sqlSession.getMapper(UserMapper.class); List<Goods> list=userMapper.findGoodsResultMap(); //调用代理对象的方法，打印结果 System.out.println(list.size()); sqlSession.close(); }
写到这里，是不是有人想叫博主用resultMap的方法来写一写之前一对一的查询呢，放心吧，我后面也会讲到的。
首先看需求，如果我想列出所有用户的所有订单，但是用户信息又不能重复该怎么办，这个时候resultType就不够用了，因为需求是用户信息不能重复所以订单类要以list的方式存在
用户类中如下所示
而我们的user表能否直接与上面的类对应呢，显然是不行的，既然不行的话resultMap就要上场了，之前就说过resultMap是细化到属性的对应的，我们完全可以将User类中的list中的对象细化到单独对应orders表，这样问题就解决了啊，那resultMap要怎么定义呢
首先把除去list的属性映射完（懒得麻烦就只写了id，username，address三个属性），写完就是下面这个样子
<resultMap type="com.mybatis.pojo.User" id="userAndOrdersResultMap"> <id column="id" property="id"/> <result column="username" property="username"/> <result column="address" property="address"/> </resultMap>
千万要记住我们的主表是user表，所以这里的type是User类
在resultMap里有一个属性collection，这个属性是专门为list准备的，让我们来看看加上这个会是什么样子的
<resultMap type="com.mybatis.pojo.User" id="userAndOrdersResultMap"> <id column="id" property="id"/> <result column="username" property="username"/> <result column="address" property="address"/> <collection property="orderList" ofType="com.mybatis.pojo.Orders"> <id column="id" property="id"/> <result column="user_id" property="user_id"/> <result column="number" property="number"/> <result column="createtime" property="createtime"/> <result column="note" property="note"/> </collection> </resultMap>
在collection中的property对应类中的属性名，ofType对应类中的list中的对象类型，在这里就是Orders类了，剩下的东西就和之前的配置完全一样了，无非是将orders类中的属性名和表中的属性名对应了。
接下来就是select语句了
<!-- 查询用户关联订单使用resultMap --> <select id="findUserAndOrdersResultMap" resultMap="userAndOrdersResultMap"> SELECT user.id, user.username, user.address, orders.* FROM orders, user WHERE user.id = orders.user_id; </select>
是不是sql语句发现和之前写的好像是一样的，啊哈哈，我也是写完才发现的，需求是随便编的。。。
下面是mapper接口中的方法和测试代码（注意所有的测试都要加上@before的内容，我这里就懒得再写了）
//查询User关联Orders使用resultMap public List<User> findUserAndOrdersResultMap();
//测试查询User关联Orders使用resultMap @Test public void testFindUserAndOrdersResultMap() throws Exception { //创建会话 SqlSession sqlSession = sqlSessionFactory.openSession(); //创建mapper代理对象 UserMapper userMapper= sqlSession.getMapper(UserMapper.class); List<User> list=userMapper.findUserAndOrdersResultMap(); //调用代理对象的方法，打印结果 System.out.println(list.size()); sqlSession.close(); }
我的数据库orders表中有三条记录，两条是同一个用户创建的，所以输出结果应该是2，没问题
最后啰嗦一点
如果需求变成订单再关联商品信息该怎么写呢，我们知道订单和商品也是一对一的，即一个订单里面只能有一个该商品的记录（注意，这里的一个指的不是一件，如果用户买了多件该商品最后也会变成一个商品记录，变的只是数量而已），相当于在Orders类中增加一个Goods类作为属性，这个时候该怎么写呢，Mybatis提供了一个叫做association的属性用于关联类，相当于在collection里加上一个association，这个时候，xml文件会变成这样
<resultMap type="com.mybatis.pojo.User" id="userAndOrdersResultMap"> <id column="id" property="id"/> <result column="username" property="username"/> <result column="address" property="address"/> <collection property="orderList" ofType="com.mybatis.pojo.Orders"> <id column="id" property="id"/> <result column="user_id" property="user_id"/> <result column="number" property="number"/> <result column="createtime" property="createtime"/> <result column="note" property="note"/>
<association property="goods" javaType="com.mybatis.pojo.Goods"> <id column="id" property="id"/> <result column="goods_name" property="goodsName"/> <result column="goods_price" property="goodsPrice"/> </association>
</collection> </resultMap>
这个博主就不去测试了，反正套路都是一样的
有了association，之前那个订单关联用户的查询也就迎刃而解了，只需在Orders类中加一个用户类的属性紧接着配一个association就OK了。
终于写完了，我长舒了一口气，花了大半个下午的时间呢，后面还会写多对多查询，整合spring框架的内容等等。。。
最后最后说一点，这些知识我也是在短期内学完的，算是现学现卖，如果哪位大神“随意”看了一眼发现了错误或者有更好的见解还请不吝赐教啊