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有比较微小的差别。