SQL中使用where 1=1 和 select * 的坏处

 

 先看一个例子：

 <statement id="getPersonsByAge" parameterClass=”java.Util.HashMap” resultClass="examples.domain.Person">

    <![CDATA[

    SELECT  *  FROM PERSON   WHERE    1=1

           <isNotNull prepend="AND" property="ageValue">

              AGE > #ageValue#

           </isNotNull>

   ]]>

 </statement>

 

 

 

解释：

1、  SQL中使用了where 1=1 ，很优美的解决了参数中ageValue为空时SQL语法错误的情况。但是当表中的数据量比较大的时候查询速度会非常慢，很可能会造成非常大的性能损失。

 

2、  加了“1=1”的过滤条件以后数据库系统就无法使用索引等查询优化策略，数据库系统将会被迫对每行数据进行扫描（也就是全表扫描）以比较此行是否满足过滤条件，因此如果数据检索对性能有比较高的要求就不要使用这种“where 1=1”的方式来偷懒。

 

3、  解决办法：1）在java中使用逻辑判断拼接SQL           2）如果使用的是iBatis或者myBatis,那么就容易解决了。如下

 

 <statement id="getPersonsByAge" parameterClass=”java.Util.HashMap” resultClass="examples.domain.Person">

     <![CDATA[

          SELECT  *  FROM PERSON

              <dynamic prepend="WHERE">

                 <isNotNull prepend="AND" property="ageValue">

                    AGE > #ageValue#

                 </isNotNull>

             </dynamic>

     ]]>

 </statement>

 

<dynamic>元素划分出SQL语句的动态部分，非动态的语句不要写在dynamic标签里，默认把第一个条件成立的predend字段去掉。

 

4、  select * 会返回不必要的列，这样会查询表或视图中的所有字段，如果表或视图的数量比较大时候，就会浪费系统资源。

5、  从数据库处理上说，select * 需要先从系统表中找出查询的表有哪些字段，效率上会和selet 字段1，字段2有比较微小的差别。