PreparedStatement和Statement比较.docVIP

PreparedStatement和Statement比较 PreparedStatement的最大的优点就是可以动态设置参数，然后其缺点也来源于此，在执行SQL语句出错的时候，我们就没有办法看到完整的SQL语句，甚至也看不到设置的参数，这非常不便于调试。比如说，执行一个非常长的sql语句的时候，报错说插入的值超出范围，大部分JDBC驱动都不会报告是哪个字段出了问题PreparedStatement可以避免一些编码的麻烦，如单引号的问题完全可以用PreparedStatement来代替Statement 基于以下的原因: ? 代码的可读性和可维护性虽然用PreparedStatement来代替Statement会使代码多出几行,但这样的代码无论从可读性还是可维护性上来说.都比直接用Statement的代码高很多档次: ? stmt.executeUpdate(insert ? into ? tb_name ? (col1,col2,col3,col4) ? values ? (+var1+,+var2+,+var3+,+var4+)); ? perstmt ? = ? con.prepareStatement(insert ? into ? tb_name ? (col1,col2,col3,col4) ? values ? (?,?,?,?)); ? perstmt.setString(1,var1); ? perstmt.setString(2,var2); ? perstmt.setString(3,var3); ? perstmt.setString(4,var4); ? perstmt.executeUpdate(); ? 二、PreparedStatement尽最大可能提高性能每一种数据库都会尽最大努力对预编译语句提供最大的性能优化因为预编译语句有可能被重复调用所以语句在被DB的编译器编译后的执行代码被缓存下来那么下次调用时只要是相同的预编译语句就不需要编译只要将参数直接传入编译过的语句执行代码中(相当于一个)就会得到执行这并不是说只有一个Connection中多次执行的预编译语句被缓存而是对于整个DB中,只要预编译的语句语法和缓存中匹配那么在任何时候就可以不需要再次编译而可以直接执行而statement的语句中即使是相同一操作而由于每次操作的数据不同所以使整个语句相匹配的机会极小几乎不太可能匹配比如: ? insert ? into ? tb_name ? (col1,col2) ? values ? (11,22); ? insert ? into ? tb_name ? (col1,col2) ? values ? (11,23); ?  即使是相同操作但因为数据内容不一样,所以整个个语句本身不能匹配没有缓存语句的意义事实是没有数据库会对普通语句编译后的执行代码缓存这样每执行一次都要对传入的语句编译一次? ? 当然并不是所以预编译语句都一定会被缓存数据库本身会用一种策略比如使用频度等因素来决定什么时候不再缓存已有的预编译结果以保存有更多的空间存储新的预编译语句我对PreparedStatement和Statement的性能测试了一下：?测试代码如下： java 代码Connection?con?=?getOraConnection();?? String?sql?=?select?id,name?from?test?where?id=;?? String?tempSql;?? int?count?=?1000;?? long?time?=?System.currentTimeMillis();?? for?(int?i?=?0;?i??count;?i++)?{?? ????Statement?st?=?con.createStatement();?? ????tempSql=sql+(int)?(Math.random()?*?100);?? ????st.executeQuery(tempSql);?? ????st.close();?? }?? System.out.println(st?cost:?+?(System.currentTimeMillis()?-?time));?? ?? String?psql?=?select?id,name?from?test?where?id=?;?? time?=?System.currentTimeMillis();?? for?(int?i?=?0;?i??count;?i++)?{?? ????int?id=(int)?(Math.random()?*?100);?? ????Prepared