MyBatis：@Insert、@Delete、@Update、@Select的value输入SQL数组时如何处理

东京易冷

于 2018-10-25 21:48:59 发布

阅读量2.2k

点赞数

分类专栏： MyBatis 文章标签： MyBatis

本文链接：https://blog.youkuaiyun.com/weixin_38229356/article/details/83387165

版权

MyBatis 专栏收录该内容

5 篇文章

订阅专栏

本文探讨了MyBatis框架中@Insert、@Delete、@Update、@Select注解的value属性接受SQL数组的特性。通过实测，发现这些注解会直接拼接并执行数组中的SQL语句，要求每个SQL语句以分号结尾。对于@Select注解，仅返回首个SQL的执行结果。此设计可能用于实现代码级SQL触发器。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

当使用MyBatis的@Insert、@Delete、@Update、@Select时，我发现它们的value属性都是数组，例如：

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface Select {
  String[] value();
}

一般情况，都是直接传入一条SQL作为参数，对于数组的处理，网上搜不到答案，这个问题放在备忘录很久了，最近闲来无事就测试了一下。

四个注解都输入SQL数组作为参数，通过查看控制台SQL和执行结果观察有何不同。

经过测试，四个注解都会将参数中的SQL数组直接拼接执行，因此每个SQL都必须以;结尾，否则两个SQL拼接后，之间缺少;分隔会导致执行失败。对于@Select注解，会将第一个SQL的执行结果返回。

由于源码中没有注释，这种SQL数组的设计思路，个人猜测，这样的设计思路可能是为了实现代码层面的SQL触发器。