if + where 出现原因

当有时候我们需要模糊查询的时候，肯定会涉及到多条件查询。一旦涉及到多条件查询，那么有的条件可能并不知晓。简言之，当我们查询一首歌的时候，我们只知道其歌名或者歌手，怎么书写sql语句呢？

反应快的可能一会就想到了。select * from music = #{music} or singer = #{singer} 这样是可以的，但是又一想，如果不是连接词 or 而是 and 那该怎么办呢？

基于这种问题，if+where 语句就诞生了，他能够正确的识别，当前这个值是否需要，再考虑拼接字符串。

搭配方式

这里为什么要讲解两种不同的方法？原因就在于，未来设计开发过程中，可能会遇到如下两种问题。

    <select id="selectUser" resultType="domain.User">
        select * from shop where
        <if test="id != 0">
            and id = #{id}
        if>
        <if test="num != null and num != ''">
            and num = #{num}
        if>
    select>

那是因为，在查询的时候where后面加了and。那又有人提出问题了。直接第一个if里面不写and不就好了？但是又想过没有，如果where后面又一些语句进行限制了，那不写and不就会报错了？鉴于这种问题出现，因此开发出了两种不同的方法。

方式一：不使用where的情况

在原生sql语句后面无论对错都加上一个恒等于的等式。

    <select id="selectUser" resultType="domain.User">
        select * from shop where 1 = 1
        <if test="id != 0">
            and id = #{id}
        if>
        <if test="num != null and num != ''">
            and num = #{num}
        if>
    select>

方式二：使用where的情况

当使用了标签，他会智能地处理and 和 or。从而简化SQL语句中的where条件判断。

    <select id="selectUser" resultType="domain.User">
        select * from shop
        <where>
            <if test="id != 0">
                and id = #{id}
            if>
            <if test="num != null and num != ''">
                and num = #{num}
            if>
        where>
    select>

if + trim 出现原因

除此以外，还有另外一种。if + trim 代替 if + where。这也是大众，最流行，最常用的。因为它的功能可以使SQL语句更加灵活。它可以通过自动识别其标签内是否有返回值，如果有返回值，则在自己包含的内容前加上某些前缀，也可在其后加上某些后缀。

常用属性

属性作用

prefix

通过自动识别是否有返回值后，在trim包含的内容上加上前缀

suffix

通过自动识别是否有返回值后，在trim包含的内容上加上后缀

prefixOverrides

对于trim包含内容的首部进行指定内容的忽略（如：and | or）

suffixOverrides

对于trim包含内容的尾部进行指定内容的忽略

    <select id="selectUser" resultType="domain.User">
        select * from shop
        <trim prefix="where" prefixOverrides="and | or">
            <if test="id != 0">
                and id = #{id}
            if>
            <if test="num != null and num != ''">
                and num = #{num}
            if>
        trim>
    select>