mybatis/ibatis直接执行sql语句

在项目中，使用的是mybatis3.0.5，但没有采用其提供的DAO层接口映射的策略，而且在进行多种属性联合查找时，需要底层提供通用的解决方案，所以需要mybatis直接执行sql语句，各个daoImpl均可调用，减少了在每个mybatis文件中配置符合当前对象的select查询。。

（在mybatis中，需要通过传递对象，在select中判断对象属性是否为空进行where语句的拼凑，对后期的维护工作带来不小的考验，所以采用直接执行sql策略）

先说一说配置时，遇到的异常：

 

 

<select id="findRecords" parameterType="String" resultMap="orderTypeResultMap">
	${sql}
</select>

 这样配置时，会出现：there no getter sql in java.lang.String 的异常

 

所以考虑：用一个适配器，将sql作为属性加入其中

首先：

 

<typeAlias alias="sqladapter" type="com.zj.logistics.util.SQLAdapter" />

 其次：

 

public class SQLAdapter {
	String sql;

	public SQLAdapter(String sql) {
		this.sql = sql;
	}

	public String getSql() {
		return sql;
	}

	public void setSql(String sql) {
		this.sql = sql;
	}
}

 最后：

 

<select id="findRecords" parameterType="SQLAdapter" resultMap="orderTypeResultMap">
	${sql}
</select>

注意，不要忘记在调用该select方法时，用new SqlAdapter("自己写的sql语句")作为参数哦。。。 

 

搞定。。

 

想更深入了解，请浏览   mybatis/ibatis直接执行sql语句后续

 

 

 

 

评论

29 楼 xsldlm 2012-12-20  

真能折腾人的，这个直接写 value 不就可以了？

<select id="findRecords" parameterType="String" resultMap="orderTypeResultMap"> 
    ${value}
</select> 

28 楼 JustDone 2012-12-19  

这思路挺好

27 楼 J2EE大鸟 2012-12-18  

bingoohuang 写道

我自己实现了一个Esql, 比IBatis更加简单易用，不过在产品化上还差一步。

    public EsqlDemoBean selectBeanByBean(Object params) {
        return new Esql().selectFirst("selectByBean")
                .params(params)
                .returnType(EsqlDemoBean.class)
                .execute();
    }

[selectByBean]
SELECT A,B,C,D,E
FROM ESQL_TEST
WHERE A = #a#
AND C = #c#

示例代码在：https://github.com/AL-WUHC2/n3r-core/blob/master/src/test/java/org/n3r/esql/demo/EsqlDemo.java
示例SQL在：https://github.com/AL-WUHC2/n3r-core/blob/master/src/test/resources/org/n3r/esql/demo/EsqlDemo.esql

好的，有空研究下。。

26 楼 J2EE大鸟 2012-12-18  

kjj 写道

楼主，你还别说，你这个思路我还真觉得挺新颖的，我一直想用mybatis，但是xml里写sql还真有些蛋疼

这个问题我也是想了很久，除了必要的依赖对应关系以及查询条件不复杂的select写在了xml中，像 [where ... order by ... limit ... ] 还是自己维护比较方便。。另外，如果查询条件中有大于小于号，在xml中还得用转义符号。。

25 楼 bingoohuang 2012-12-18  

我自己实现了一个Esql, 比IBatis更加简单易用，不过在产品化上还差一步。

    public EsqlDemoBean selectBeanByBean(Object params) {
        return new Esql().selectFirst("selectByBean")
                .params(params)
                .returnType(EsqlDemoBean.class)
                .execute();
    }

[selectByBean]
SELECT A,B,C,D,E
FROM ESQL_TEST
WHERE A = #a#
AND C = #c#

示例代码在：https://github.com/AL-WUHC2/n3r-core/blob/master/src/test/java/org/n3r/esql/demo/EsqlDemo.java
示例SQL在：https://github.com/AL-WUHC2/n3r-core/blob/master/src/test/resources/org/n3r/esql/demo/EsqlDemo.esql

24 楼 kjj 2012-12-18  

楼主，你还别说，你这个思路我还真觉得挺新颖的，我一直想用mybatis，但是xml里写sql还真有些蛋疼

23 楼 J2EE大鸟 2012-12-18  

jixian3204 写道

${sql} 改成#{sql}呢？

那更不行啦。。
MyBatis看到 #{}会认为你在给sql中的变量赋值，就像JDBC编程中给问号赋值一样(比如MyBatis会判断它的类型，并自动在前后加单引号)。而当MyBatis看到${}的时候会直接将之替换成变量的值而不做任何处理。

22 楼 jixian3204 2012-12-18  

${sql} 改成#{sql}呢？

21 楼 J2EE大鸟 2012-12-18  

jixian3204 写道

<select id="findRecords" parameterType="String" resultMap="orderTypeResultMap">
${sql}
</select>
这样配置时，会出现：there no getter sql in java.lang.String 的异常
这是因为配置parameterType="String"有问题
parameterType后跟具体类名
或者是
org.apache.ibatis.type.TypeAliasRegistry中注册的类型，你应该写parameterType="string"才对。

你说的我也试过，也是不行的，同样还是抛there no getter sql in java.lang.String 的异常

20 楼 jixian3204 2012-12-18  

<select id="findRecords" parameterType="String" resultMap="orderTypeResultMap">
${sql}
</select>
这样配置时，会出现：there no getter sql in java.lang.String 的异常
这是因为配置parameterType="String"有问题
parameterType后跟具体类名
或者是
org.apache.ibatis.type.TypeAliasRegistry中注册的类型，你应该写parameterType="string"才对。

19 楼 J2EE大鸟 2012-12-18  

jixian3204 写道

你的sql应该不会被,mybatis缓存的

你说的很可能是对的，按主键查询和外键之间的查询，还是按照mybatis的标准配置来进行，
如果查询条件很多，而且又包含order by及分页数据，自己维护应该要容易一点，因为order by的数据需要用linkedmap，而查询条件用hashmap就够了。。所以我还是写了一个父类，让每个daoImpl去继承，在父类中写一个抽象方法帮助我们拼接sql语句。。

18 楼 jixian3204 2012-12-18  

你的sql应该不会被,mybatis缓存的

17 楼 J2EE大鸟 2012-12-17  

longfor5 写道

楼主是怎么处理参数的？有没有sql注入问题？

sql参数是通过键值对的形式传递的，比如
servlet接受到参数后，将参数放入map中，
map.put("username","小")
map.put("address","杭州")
然后将数据传递至数据访问层，对map进行遍历，拼出where语句。。

sql注入的问题没有考虑过，但由于是自己写的sql语句，肯定有方法能够检测，这还有待研究啊。。

16 楼 J2EE大鸟 2012-12-17  

hamber 写道

SQL参数，预处理如何处理先？

sql参数是通过键值对的形式传递的，比如
servlet接受到参数后，将参数放入map中，
map.put("username","小")
map.put("address","杭州")
然后将数据传递至数据访问层，对map进行遍历，拼出where语句。。

15 楼 longfor5 2012-12-17  

楼主是怎么处理参数的？有没有sql注入问题？

14 楼 hamber 2012-12-17  

SQL参数，预处理如何处理先？

13 楼 J2EE大鸟 2012-12-17  

kevincollins 写道

比如在下面这种情况下，可能只想些一条sql。

<!--TeacherMapper接口中getById方法对应的SQL语句。 查询教师及其指导的学生的信息。由于教师、学生都有 id、name、gender等属性，因此给教师的字段都起了别名 -->
<select id="getById" parameterType="int" resultMap="teacherResultMap">
select t.id t_id, t.name t_name,
s.id,s.name
from i_teacher t,i_student s
where 1=1
and s.t_id = t.id
and t.id=#{id}
</select>

<select id="getAll" resultMap="teacherResultMap">
select t.id t_id, t.name t_name,
s.id,s.name
from i_teacher t,i_student s
where 1=1
and s.t_id = t.id
</select>

你的这种写法没错，但是在项目中，尤其是类似于依赖对应关系(一对多，多对多)很多的情况下，这样的维护往往是令我们吃不消的。往往依靠mybatis提供的association和collection帮助我们维护。。
在进行组合条件查询时，我们一般都会将select * from table [where ... order by ... limit ... ] 中 [...]写成通用方法，供每个daoImpl去引用

12 楼 J2EE大鸟 2012-12-17  

lvwenwen 写道

麻烦楼主把工程共享出来，谢谢

嗯，过几天我整理一下。。

11 楼 J2EE大鸟 2012-12-17  

kevincollins 写道

作者说的 是mybatis 运行期 获取xml中定义的 sql语句吧？


拿到这个sql ，然后再动态进行各种拼接。

是我们自己写一个sql语句，直接让mybatis执行
select * from table [where ... order by ... limit ... ]
在[...]中，我们可以自己在dao层通过抽象通用方法，拼接出来符合自己业务逻辑的条件。。

10 楼 J2EE大鸟 2012-12-17  

jeffsc 写道

resultType="java.util.Map",返回一个Map对象也是可以的

嗯，这要看我们写的sql语句返回的内容是什么了。。
select * from ... 用map就不合适了。。