关于mybatis的关联映射，之前写过一个系列：《mybatis关联映射》，本文希望从一个新的角度来阐述一下关联。

关联（association）元素处理"有一个类型"的关系。 比如，一个博客有一个用户。关联结果映射和其它类型的映射工作方式差不多。关联的不同之处是，你需要告诉 MyBatis 如何加载关联。MyBatis有两种不同的方式加载关联：
（1）嵌套 Select 查询：通过执行另外一个 SQL 映射语句来加载期望的复杂类型。
（2）嵌套结果映射：使用嵌套的结果映射来处理连接结果的重复子集。

如下所示：

  



  SELECT * FROM BLOG WHERE ID = #{id}



  SELECT * FROM AUTHOR WHERE ID = #{id}

我们有两个 select 查询语句：一个用来加载博客（Blog），另外一个用来加载作者（Author），而且博客的结果映射描述了应该使用 selectAuthor 语句加载它的 author 属性。

其它所有的属性将会被自动加载，只要它们的列名和属性名相匹配。

这种方式虽然很简单，但在大型数据集或大型数据表上表现不佳。这个问题被称为"N+1 查询问题"。 概括地讲，N+1 查询问题是这样子的：

你执行了一个单独的 SQL 语句来获取结果的一个列表（就是"+1"）。然后，对列表返回的每条记录，你执行一个 select 查询语句来为每条记录加载详细信息（就是"N"）。

这个问题会导致成百上千的 SQL 语句被执行。有时候，我们不希望产生这样的后果。所以还有另外一种方法：嵌套结果映射

下面的例子则是一个非常简单的例子，用于演示嵌套结果映射如何工作。 现在我们将博客表和作者表连接在一起，而不是执行一个独立的查询语句，就像这样：

在上面的例子中，你可以看到，博客（Blog）作者（Author）的关联元素委托名为 “authorResult” 的结果映射来加载作者对象的实例。

非常重要： id 元素在嵌套结果映射中扮演着非常重要的角色。你应该总是指定一个或多个可以唯一标识结果的属性。 虽然，即使不指定这个属性，MyBatis 仍然可以工作，但是会产生严重的性能问题。 只需要指定可以唯一标识结果的最少属性。显然，你可以选择主键（复合主键也可以）。

现在，上面的示例使用了外部的结果映射元素来映射关联。这使得 Author 的结果映射可以被重用。 然而，如果你不打算重用它，或者你更喜欢将你所有的结果映射放在一个具有描述性的结果映射元素中。 你可以直接将结果映射作为子元素嵌套在内。这里给出使用这种方式的等效例子：