[Mybatis钻牛角尖] 在mapper，mapper.xml映射，sqlprovider里写SQL语句各有什么不同

Mybatis学习-----在mapper，mapper.xml映射，sqlprovider里写SQL语句各有什么不同

提前总结

• 对于简单的SQL语句，使用Mapper接口方式最为方便。

• 对于复杂的SQL语句，使用Mapper.xml映射文件方式可以更好地组织和维护SQL逻辑。

• 对于需要动态生成SQL语句的场景，SQL Provider方式提供了更高的灵活性。

项目结构

详细解读

在Java的MyBatis框架中，SQL语句可以通过三种方式来定义和管理：mapper接口、mapper.xml映射文件和SQL provider。每种方式都有自己的优势和用途，下面对它们进行简要的介绍：

在Java的MyBatis框架中，SQL语句可以通过三种方式来定义和管理：mapper接口、mapper.xml映射文件和SQL
provider。每种方式都有自己的优势和用途，下面对它们进行简要的介绍：

1. Mapper接口方式：

• 在mapper接口中定义抽象方法，方法名对应SQL语句的ID。
• 将SQL语句直接定义在Java接口中，然后使用注解或XML配置文件与SQL语句进行绑定。
• 优点：简单直观，不需要额外的XML文件。
• 缺点：当SQL逻辑较为复杂时，接口变得混乱，可读性降低。

示例：Mapper接口中定义一个查询用户信息的方法。 Java接口：

public interface UserMapper {
    @Select("SELECT * FROM users WHERE id = #{id}")
    User getUserById(int id);
}

2. Mapper.xml映射文件方式：

• 将SQL语句定义在XML文件中，然后将该XML文件与Mapper接口进行关联。这种方式更适合于复杂的SQL逻辑和SQL语句的组织。
• 优点：逻辑清晰，易于维护，可以单独存放SQL语句，方便查看和修改。
• 缺点：需要额外的XML文件，稍微繁琐。 示例：Mapper.xml映射文件中定义查询用户信息的SQL语句。

示例：Mapper.xml映射文件中定义查询用户信息的SQL语句。
Mapper接口：

public interface UserMapper {
    User getUserById(int id);
}

Mapper.xml文件：

<!-- UserMapper.xml -->
<mapper namespace="com.example.UserMapper">
    <select id="getUserById" resultType="com.example.User">
        SELECT * FROM users WHERE id = #{id}
    </select>
</mapper>

3. SQL provider方式：

SQL provider是一种动态SQL生成器，它可以在Java代码中定义SQL逻辑，可以根据不同的条件生成不同的SQL语句。

• 使用@ProviderType注解或XML配置文件与mapper接口进行绑定。
• 优点：可以根据需求动态生成SQL语句，灵活性高，不需要额外的XML文件。
• 缺点：逻辑较为复杂，对于简单的SQL语句，使用SQL provider反而增加了代码量。 应该如何选择使用哪种方式取决于项目的实际情况：
• 对于简单的SQL语句，直接在mapper接口中定义即可，简单快捷。
• 对于一般的增删改查等操作，可以使用mapper.xml映射文件，便于管理和维护。
• 对于复杂的动态SQL或需要在Java代码中动态拼接SQL的场景，可以考虑使用SQL provider方式。

示例：SQL Provider方式定义查询用户信息的SQL语句。
Java接口：

public interface UserMapper {
    @SelectProvider(type = UserSqlProvider.class, method = "getUserByIdSql")
    User getUserById(int id);
}

SQL Provider类：

public class UserSqlProvider {
    public String getUserByIdSql(int id) {
        return "SELECT * FROM users WHERE id = " + id;
    }
}

再总结

应该如何选择使用哪种方式取决于项目的实际情况：

• 对于简单的SQL语句，直接在mapper接口中定义即可，简单快捷。

• 对于一般的增删改查等操作，可以使用mapper.xml映射文件，便于管理和维护。

• 对于复杂的动态SQL或需要在Java代码中动态拼接SQL的场景，可以考虑使用SQL provider方式。

碎碎念----什么是简单的SQL语句，什么是复杂的SQL语句，什么是需要动态生成SQL语句的场景

> 1. 简单的SQL语句

通常是指静态的、不涉及复杂条件判断或动态拼接的SQL查询语句。这些语句可以直接使用固定的SQL语句进行执行，而不需要根据不同的情况进行动态修改。

示例1：简单的SQL语句

SELECT * FROM users； //查询users表的所有数据

示例2：简单的插入语句

INSERT INTO products (name, price) VALUES ('Product A', 100); //插入数据

> 2. 复杂的SQL语句

包含更多复杂的逻辑，可能涉及多个表的联接、条件判断、子查询、动态排序等。这些语句通常不适合直接写死在代码中，因为可能需要在不同的情况下进行动态调整。

示例3：复杂的SQL语句

-- 查询用户信息及其购买的产品名
SELECT u.*, p.product_name
-- 从users表(u)和purchases表(p)进行联接查询
FROM users u
JOIN purchases p ON u.id = p.user_id
-- 筛选年龄大于25岁的用户
WHERE u.age > 25
-- 根据购买日期(p.purchase_date)进行降序排序，最近的购买日期排在前面
ORDER BY p.purchase_date DESC;

> 3.动态生成SQL语句的场景

通常包括以下情况：

1. 条件查询：根据用户输入的条件动态构建SQL查询语句，例如根据用户提供的不同搜索条件进行动态过滤。
2. 动态排序：根据用户选择的排序方式动态构建SQL的ORDER BY子句。
3. 动态插入/更新：根据不同的数据情况动态生成插入或更新的SQL语句。
4. 动态字段：根据不同的需求，动态选择需要查询的字段。

示例4：根据不同的条件动态查询用户信息的SQL语句

<!-- 
    根据用户提供的条件动态查询用户信息的SQL语句
    如果传入的name参数不为null，则添加name条件
    如果传入的age参数不为null，则添加age条件
 -->
SELECT * FROM users
WHERE
<if test="name != null">
    name = #{name}
</if>
<if test="age != null">
    AND age = #{age}
</if>