简单的来说就是可以根据实时的业务需求动态的改变SQL语句。在程序还未编译的情况下SQL语句不能确定,而是在程序运行阶段并在执行过程中才能确定SQL语句,这就叫动态SQL语句。
在初级阶段我们的程序进行数据库操作时,书写的SQL语句都是确定的,就在程序运行前就已经写死了,我们不能根据实时业务对SQL进行实时更改,这样可能导致我们需要为业务编写的SQL语句繁多,举个例子:现在我需要根据10个不同的数据库表字段名进行查询,其中每个字段名都是可选的,如果不用动态SQL,使用静态SQL我们需要实现的SQL语句有多少?数学好的可以使用全排看看需要多少?
想想如果可以在SQL中来个if语句该有多好?那只需要编写一条SQL语句就可以满足需求了(美滋滋),所以动态SQL的重要性不言而喻,在如今的大数据时代,如果没有动态SQL,业务的开发周期可想而知有多长!
接下来就看官方文档吧!应该没有什么是博客加官方文档解决不了的。如果有那就再看几遍!
if
:
条件判断,是最常用的,也是最有效的。
where
:
where 元素只会在子元素返回任何内容的情况下才插入 “WHERE” 子句。而且,若子句的开头为 “AND” 或 “OR”,where 元素也会将它们去除。
set
:
set 元素会动态地在行首插入 SET 关键字,并会删掉额外的逗号(这些逗号是在使用条件语句给列赋值时引入的)。通过介绍得知,set元素只能用在修改操作。
foreach
:
这个也是比较重要的元素,重点在于理解collection
属性!
choose、when、otherwise
:
这个就是Java中的switch-case,分支选择。choose类似于switch代码块,when类似于一个一个条件,otherwise则为最后默认的条件。
trim
:
这个元素千万别以为他是简单“去空格”(一开始我也是这样认为的),他的功能非常强大,但是却不常用,我们可以通过自定义 trim 元素来定制其他动态SQL元素的功能,比如where、set...等,也许就因为太强大了,平常业务中并不需要,所以使用的不多(这就是无敌太寂寞?)。
include、sql
:
这两个是搭配来使用的。
<mapper>
标签的根下,作用是用来定义公共的SQL代码片段,一般是表的字段名,字段名过多的话,用sql元素定义并搭配include元素使用减少代码量。bind
:
元素允许你在 OGNL 表达式以外创建一个变量,并将其绑定到当前的上下文。一般我们常用于模糊查询,像模糊查询我们写SQL时如果直接使用占位符来传参是不行的,所以需要使用字符串拼接的方式来传参,但是有可能导致sql注入,所以bind元素无疑是一种较好的选择。