在复杂查询过程中，我们常常需要根据用户的选择决定查询条件，这里发生变化的
并不只是SQL 中的参数，包括Select 语句中所包括的字段和限定条件，都可能发生变
化。典型情况，如在一个复杂的组合查询页面，我们必须根据用户的选择和输入决定查
询的条件组合。
一个典型的页面如下：
对于这个组合查询页面，根据用户选择填写的内容，我们应为其生成不同的查询语
句。
如用户没有填写任何信息即提交查询请求，我们应该返回所有记录：
Select * from t_user；
如用户只在页面上填写了姓名“Erica”，我们应该生成类似：
Select * from t_user where name like ‘%Erica%’ ；
的SQL查询语句。
如用户只在页面上填写了地址“Beijing”，我们应该生成类似：
Select * from t_user where address like ‘%Beijing%”；
的SQL。
而如果用户同时填写了姓名和地址（”Erica”&’Beijing’），则我们应生成类似：
Select * from t_user where name like ‘%Erica%’ and address like ‘%Beijing%”
的SQL查询语句。
对于ibatis 这样需要预先指定SQL 语句的ORM 实现而言，传统的做法无非通过
if-else 语句对输入参数加以判定，然后针对用户选择调用不同的statement 定义。对于
上面这种简单的情况（两种查询条件的排列组合，共4 种情况）而言，statement 的重
复定义工作已经让人不厌其烦，而对于动辄拥有七八个查询条件，乃至十几个查询条件
的排列组合而言，琐碎反复的statement定义实在让人不堪承受。
考虑到这个问题，ibatis引入了动态映射机制，即在statement定义中，根据不同的
查询参数，设定对应的SQL语句。
还是以上面的示例为例：
<select 指定了属性名”age”，compareValue=”18”指明
了判定值为”18”。
上面判定节点isGreaterThan 对应的语义是：如果age 属性大于
18(compareValue)，则在SQL中加入(age=#age#)条件。
二元判定节点有：
节点名 属性值与compareValues的关系
<isEqual> 相等。
<isNotEqual> 不等。
<isGreaterThan> 大于
<isGreaterEqual> 大于等于
<isLessThan> 小于
<isLessEqual> 小于等于
相关文章：