论坛首页 Java企业应用论坛

谈谈IBatis的动态SQL应该改进的架构设计!

浏览 15199 次
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2011-07-11   最后修改:2011-07-11
SqlMap的动态SQL是什么?

SqlMap的动态SQL就是一条sql语句,根据传入的参数情况动态拼装出sql。这也是IBatis引以自豪的强大功能。

IBatis文档称“。如果你有使用JDBC或其他相似框架的经验,你就明白条件地串联SQL字符串在一起是多么的痛苦,确保不能忘了空格或在列表的最后省略逗号。动态SQL可以彻底处理这种痛苦。”。

IBatis的SqlMap很强大,但我觉得并不完美。这是我理想中的动态SQL以及其使用办法,欢迎讨论:

像IBatis的动态sql控制一样,要有足够的简洁的控制命令:
1. if
2. choose(when,otherwise)
3. where,set

IBatis还有一个foreach,我觉得没什么用,不需要支持(欢迎举例反驳我)。

if用来控制条件判断,如:
<select id=”findActiveBlogWithTitleLike” parameterType=”Blog” resultType=”Blog”>
        SELECT * FROM BLOG
        WHERE state = „ACTIVE‟
        
        <if test=”title != null”>
                AND title like #{title}
        </if>
</select>

choose用来控制if/else if/else if.../else语句。

where和set用来解决 and 逗号 where等关键词因为条件是否成立的变化引起的sql语句不完整问题。拼装过sql的人肯定能够明白。方式上IBatis已经挺好了。如:
....
        SELECT * FROM BLOG
        <where>
                <if test=”state != null”>
                        state = #{state}
                </if>
                <if test=”title != null”>
                        AND title like #{title}
                </if>
                <if test=”author != null and author.name != null”>
                        AND title like #{author.name}
                </if>
        </where>
</select>

<update id="updateAuthorIfNecessary" parameterType="domain.blog.Author">
        update Author
        
        <set>
                <if test="username != null">username=#{username},</if>
                <if test="password != null">password=#{password},</if>
                <if test="email != null">email=#{email},</if>
                <if test="bio != null">bio=#{bio}</if>
        </set>
        
        where id=#{id}
</update>

与IBatis不同,我希望参数是强类型的:

在SQL参数进行条件判断时,我希望虽然传入的参数可能都是字符串,但在执行条件判断时,能够自动转换并按照正确的类型做条件检测。比如上面的:
                <if test=”state != null”>
                        state = #{state}
                </if>
 
              
如果state是一个int类型,我希望写成:
                <if test=”state > 0 ”>
                        state = #{state}
                </if>
  
             
这样准确性高,判断语句更简洁,而且不容易写错。再比如日期,则可以更容易写条件了,如:
                <if test=”createdTime < 2009-10-23 ”>
                        readonly = true
                </if>
                

当然,对于参数的类型我需要自己指定,免得出错。如:
                <if test=”state > 0 ”>
                        state = #{state}
                </if>
                <if test=”createdTime < 2009-10-23 ”>
                        readonly = true
                </if>
                
                <paramsMapping>
                        <map paramName="state" propName="blogState" />
                        <map paramName="createdTime" dataType="datetime|yyyy-MM-dd" />
                </paramsMapping>        
                        

对于参数state,我指定数据类型借用领域对象的blogState属性为其类型(blogState为int类型变量);对于createdTime,我直接指定类型为datetime,如果传入的参数为字符串,按照"yyyy-MM-dd"格式解析成时间。

当然,无论如何动态,参数必须要按照PreparedStatement执行:

避免被sql注入,这一点无容置疑了。

相比IBatis的OGNL,我觉得支持类型自身方法更实用 :

举例来说,对于IBatis的例子:
<select id=”findActiveBlogLike” parameterType=”Blog” resultType=”Blog”>
        SELECT * FROM BLOG WHERE state = "ACTIVE"
        
        <choose>
                <when test=”title != null”>
                        AND title like #{title}
                </when>
                
                <when test=”author != null and author.name != null”>
                        AND title like #{author.name}
                </when>
                
                <otherwise>
                        AND featured = 1
                </otherwise>
        </choose>
</select>

假设这里的state为String类型(,虽然从sql优化的角度不合适),我更希望写成这样:
<select id=”findActiveBlogLike” parameterType=”Blog” resultType=”Blog”>
        SELECT * FROM BLOG WHERE state = "ACTIVE"
        
        <choose>
                <when test=”title.trim().length() > 0”>
                        AND title like #{title}
                </when>
                
                <when test=”author.getName().length() > 0”>
                        AND title like #{author.name}
                </when>
                
                <otherwise>
                        AND featured = 1
                </otherwise>
        </choose>
</select>

因为虽然这儿传入的Blog参数看起来很美,但大部分情况下我需要传入的是页面提交的参数,是一个Map。在Map中我希望兼容性更好,不仅能处理null,传入的空字符串也能处理掉。当然了,如果title为null,title.trim()这些直接返回false即可,不要报空指针异常。

这样写起来,看起来会更加整洁。而且实现起来的执行速度肯定要比OGNL快很多,struts2对OGNL的大量使用就是一个性能警示。

我没想好,是否需要支持复杂的判断逻辑 :

比如,支持括号,如:

<if test=”(state > 0 and order ~= 'desc') or (id > 10 and name == 'abc') ”>
                state = #{state}
</if>

这种复杂的逻辑,支持括号,支持or操作符,支持字符串包含匹配,大小写不敏感匹配等,是否有必要?或者哪些有必要?

也许更多的运算符比较有价值,括号之类的就算了。

其他的哪?

欢迎讨论。

   发表时间:2011-07-12  
想法不错,这部分的确让使用者有些困扰
0 请登录后投票
   发表时间:2011-07-12  
那你就去实现吧...

新版的MyBatis不知道有没该进... 你做之前先参考下咯.
0 请登录后投票
   发表时间:2011-07-12   最后修改:2011-07-12
唉~ velocity+xml就可以实现你所说的所有功能。

补充:至于为什么用velocity,最基本的一个理由是null值,freemarker里不支持;还有就是强大,可以更自由的控制。
1 请登录后投票
   发表时间:2011-07-12  
LZ似乎是把JSTL的语法混入了,的确要方便和直观些。Ibatis也就这程度了,期待MyBatis吧
0 请登录后投票
   发表时间:2011-07-12   最后修改:2011-07-12
Mybatis已经全面支持了!类似struts2对OGNL的操作. 楼主可以尝试下.

可以写类似

<if test="list.size() > 0">
<foreach>
......
</if>

foreach很有用,在解决集合到sql转换的问题上很给力! 比如 in()
0 请登录后投票
   发表时间:2011-07-12   最后修改:2011-07-12
mybatis的OGNL就可以实现了,另外foreach很有用的,比如查询某个年龄段的:

            <if test="ages != null">
                and age_ in
                <foreach item="ages" collection="ages" open="(" separator="," close=")">
                    #{ages}
                </foreach>
            </if>
0 请登录后投票
   发表时间:2011-07-12  
mybatis 的ognl支持才是王道啊,不过学习成本也更高
0 请登录后投票
   发表时间:2011-07-12   最后修改:2011-07-12
建议大家看看bbossgroups持久层框架动态sql语句配置和使用方法文章,感受一下真正的动态sql语句是怎么玩的:
http://yin-bp.iteye.com/blog/1112887
0 请登录后投票
   发表时间:2011-07-12  
mybatis的动态sql还是不错的,我用过
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics