参考:https://www.cnblogs.com/Lxiaojiang/p/6708570.html

JDBC核心API提供了三种向数据库发送SQL语句的类:

  • Statement:使用createStatement()创建;
  • PreparedStatement:经过预编译并存储在PreparedStatement对象中的SQL语句,使用prepareStatement()方法创建。
  • CallableStatement:用于执行SQL存储过程,使用prepareCall()方法创建。

     1. Statement对象 

    Statement对象用于执行静态SQL语句和获得SQL产生的结果。定义了三种执行SQL语句的方法,用来处理返回不同结果的SQL命令:

    • executeUpdate(String sql):执行SQL INSERT,UPDATE或DELETE语句,返回受影响行的数目或零;
      返回值为int型
    • executeQuery(String sql):执行返回单个ResultSet的SQL语句;
      返回类型ResultSet
    • execute(String sql):执行可以返回多个结果的SQL语句。
      返回类型为boolean,如果返回的是更新的数目,则返回false,如果返回ResultSet,则返回true。

      2. PreparedStatement语句

      PreparedStatement是java.sql包下面的一个接口,用来执行SQL语句查询,通过调用connection.preparedStatement(sql)方法可以获得PreparedStatment对象。

      数据库系统会对sql语句进行预编译处理(如果JDBC驱动支持的话),预处理语句将被预先编译好,这条预编译的sql查询语句能在将来的查询中重用,这样一来,它比Statement对象生成的查询速度更快。

      PreparedStatement仅仅是预编译语句。可以使用占位符。

    • public class PreparedStmtExample {
      
          public static void main(String args[]) throws SQLException {
      Connection conn = DriverManager.getConnection("mysql:\\localhost:1520", "root", "root");
      PreparedStatement preStatement = conn.prepareStatement("select distinct loan_type from loan where bank=?");
      preStatement.setString(1, "Citibank"); ResultSet result = preStatement.executeQuery(); while(result.next()){
      System.out.println("Loan Type: " + result.getString("loan_type"));
      }
      }
      }

      这个例子中,如果还是用 PreparedStatement 做同样的查询,哪怕参数值不一样,比如:”Standard Chated” 或者”HSBC”作为参数值,数据库系统还是会去调用之前编译器编译好的执行语句(系统库系统初次会对查询语句做最大的性能优化)。

      默认会返回”TYPE_FORWARD_ONLY”类型的结果集( ResultSet ),当然你也可以使用preparedstatment()的重载方法返回不同类型的结果集。

      三、预处理语句的优势

      PreparedStatement提供了诸多好处,企业级应用开发中强烈推荐使用PreparedStatement来做SQL查询,下面列出PreparedStatement的几点优势。

      1)PreparedStatement可以写动态参数化的查询

    • 用PreparedStatement你可以写带参数的sql查询语句,通过使用相同的sql语句和不同的参数值来做查询比创建一个不同的查询语句要好,下面是一个参数化查询: 
      SELECT interest_rate FROM loan WHERE loan_type=?

      现在你可以使用任何一种loan类型如:”personal loan”,”home loan” 或者”gold loan”来查询,这个例子叫做参数化查询,因为它可以用不同的参数调用它,这里的”?”就是参数的占位符。

      2)PreparedStatement比 Statement 更快

      使用 PreparedStatement 最重要的一点好处是它拥有更佳的性能优势,SQL语句会预编译在数据库系统中。执行计划同样会被缓存起来,它允许数据库做参数化查询。使用预处理语句比普通的查询更快,因为它做的工作更少(数据库对SQL语句的分析,编译,优化已经在第一次查询前完成了)。为了减少数据库的负载,生产环境中德JDBC代码你应该总是使用PreparedStatement 。值得注意的一点是:为了获得性能上的优势,应该使用参数化sql查询而不是字符串追加的方式。下面两个SELECT 查询,第一个SELECT查询就没有任何性能优势。

    • SQL Query 1:字符串追加形式的PreparedStatemen
      String loanType = getLoanType();
      PreparedStatement prestmt = conn.prepareStatement("select banks from loan where loan_type=" + loanType);

      SQL Query 2:使用参数化查询的PreparedStatement

      PreparedStatement prestmt = conn.prepareStatement("select banks from loan where loan_type=?");
      prestmt.setString(1,loanType);

      第二个查询就是正确使用PreparedStatement的查询,它比SQL1能获得更好的性能。

      3)PreparedStatement可以防止SQL注入式攻击如果你是做Java web应用开发的,那么必须熟悉那声名狼藉的SQL注入式攻击。去年Sony就遭受了SQL注入攻击,被盗用了一些Sony play station(PS机)用户的数据。在SQL注入攻击里,恶意用户通过SQL元数据绑定输入,比如:某个网站的登录验证SQL查询代码为:

      strSQL = "SELECT * FROM users WHERE name = '" + userName + "' and pw = '"+ passWord +"';"

      恶意填入:

      userName = "1' OR '1'='1";
      passWord = "1' OR '1'='1";

      那么最终SQL语句变成了:

      strSQL = "SELECT * FROM users WHERE name = '1' OR '1'='1' and pw = '1' OR '1'='1';"

      因为WHERE条件恒为真,这就相当于执行:

      strSQL = "SELECT * FROM users;"

      因此可以达到无账号密码亦可登录网站。如果恶意用户要是更坏一点,用户填入:

      passWord = "1' OR '1'='1";DROP TABLE USERS;

      SQL语句变成了:

      strSQL = "SELECT * FROM users WHERE name = 'any_value' and pw = ''; DROP TABLE users"

      这样一来,虽然没有登录,但是数据表都被删除了。

      然而使用PreparedStatement的参数化的查询可以阻止大部分的SQL注入。在使用参数化查询的情况下,数据库系统(eg:MySQL)不会将参数的内容视为SQL指令的一部分来处理,而是在数据库完成SQL指令的编译后,才套用参数运行,因此就算参数中含有破坏性的指令,也不会被数据库所运行。

    • 补充:避免SQL注入的第二种方式:
      在组合SQL字符串的时候,先对所传入的参数做字符取代(将单引号字符取代为连续2个单引号字符,因为连续2个单引号字符在SQL数据库中会视为字符中的一个单引号字符,譬如:
      strSQL = "SELECT * FROM users WHERE name = '" + userName + "';"

      传入字符串:

      userName  = " 1' OR 1=1 "

      把userName做字符替换后变成:

      userName = " 1'' OR 1=1"

      最后生成的SQL查询语句为:

      strSQL = "SELECT * FROM users WHERE name = '1'' OR 1=1'

      比起凌乱的字符串追加似的查询,PreparedStatement查询可读性更好、更安全。

      四、PreparedStatement的局限性

      尽管PreparedStatement非常实用,但是它仍有一定的限制。 
      1. 为了防止SQL注入攻击,PreparedStatement不允许一个占位符(?)有多个值,在执行有**IN**子句查询的时候这个问题变得棘手起来。

      五、不算总结的总结

      关于PreparedStatement接口,需要重点记住的是:
          1. PreparedStatement可以写参数化查询,比Statement能获得更好的性能。
          2. 对于PreparedStatement来说,数据库可以使用已经编译过及定义好的执行计划,这种预处理语句查询比普通的查询运行速度更快。
          3. PreparedStatement可以阻止常见的SQL注入式攻击。
          4. PreparedStatement可以写动态查询语句
          5. PreparedStatement与java.sql.Connection对象是关联的,一旦你关闭了connection,PreparedStatement也没法使用了。
          6. “?” 叫做占位符。
          7. PreparedStatement查询默认返回FORWARD_ONLY的ResultSet,你只能往一个方向移动结果集的游标。当然你还可以设定为其他类型的值如:”CONCUR_READ_ONLY”。
          8. 不支持预编译SQL查询的JDBC驱动,在调用connection.prepareStatement(sql)的时候,它不会把SQL查询语句发送给数据库做预处理,而是等到执行查询动作的时候(调用executeQuery()方法时)才把查询语句发送个数据库,这种情况和使用Statement是一样的。
          9. 占位符的索引位置从1开始而不是0,如果填入0会导致*java.sql.SQLException invalid column index*异常。所以如果PreparedStatement有两个占位符,那么第一个参数的索引时1,第二个参数的索引是2.

      以上就是为什么要使用PreparedStatement的全部理由,不过你仍然可以使用Statement对象用来做做测试。但是在生产环境下你一定要考虑使用 PreparedStatement 。

      3. CallableStatement

      允许从Java应用程序中调用数据库存储过程。CallableStatement对象包含了对存储过程的调用;但不包含存储过程本身,这是由于存储过程是存储在数据库中的。

      使用方法:CallableStatement cStmt = conn.prepareCall("{call 存储过程名(参数表列)}");

    • 核心代码

JDBC-Statement,prepareStatement,CallableStatement的比较的更多相关文章

  1. statement preparestatement CallableStatement

    大家都知道Statement.PrepareStatement 和CallableStatement 对象,其实它们是interface,为什么JDBC2.0中要提供这三个对象呢?对于Statemen ...

  2. JDBC Statement PrepareStatement

    1.JDBC中Statement接口和PrepareStatement接口关系与区别 Statement接口不能使用占位符?,需要拼sql,所以没有setInt,setString等方法:Prepar ...

  3. Error executing DDL via JDBC Statement

    © 版权声明:本文为博主原创文章,转载请注明出处 1.问题描述: 启动hibernate测试案例时报错如下: org.hibernate.tool.schema.spi.CommandAcceptan ...

  4. Error executing DDL via JDBC Statement 导致原因之一:列名使用了sql关键字

    WARN: GenerationTarget encountered exception accepting command : Error executing DDL via JDBC Statem ...

  5. JDBC中prepareStatement 和Statement 的区别

    package util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedSta ...

  6. Jdbc -Statement

    Java提供了 Statement.PreparedStatement 和 CallableStatement三种方式来执行查询语句: PreparedStatement是用于执行参数化查询 预编译s ...

  7. JDBC连接数据库中CallableStatement执行有参存储过程及注解其他

    Oracle的建有参存储过程的过程 procedure pro_01(v_01 in number,v_02 out varchar2) as begin select name into v_02 ...

  8. java基础 JDBC & Statement & PreparedStatement

    参考文章: http://blog.csdn.net/wang379275614/article/details/23393335 概念 JDBC-数据库连接,是由一些类和接口构成的API,是J2SE ...

  9. 聊聊jdbc statement的fetchSize

    在使用MySQL的JDBC时,如果查询结果集过大,使用一次查询,可能会出现Java.lang.OutOfMemoryError: Java heap space问题,因为DB服务器端一次将查询到的结果 ...

随机推荐

  1. css选择符权重

    css选择符权重 目录 css选择符权重 css选择器权重列表 CSS选择符冲突处理 css选择符权重 css选择器权重列表 选择器 权重 内联样式 1000 ID 0100 CLASS 0010 属 ...

  2. linux中一些简便的命令之wc

    wc命令是统计文本中的字符数.单词数以及文本行数的,具体参数如下: -l 统计文本中的行数 -w 统计文本中的单词数 -c/m 统计文本中的字符数 -L 统计文本中最长行的字符数 当然使用时也可以不带 ...

  3. Ubuntu16.04 安装 wps (不推荐安装)

    一.下载与安装 1.下载:WPS For Linux 下载地址:http://community.wps.cn/download/     ,  下载 wps-office_10.1.0.5672~a ...

  4. OpenStack 单元测试

    OpenStack 单元测试 OpenStack开发——单元测试 本文将介绍OpenStack单元测试的部分.本文将重点讲述Python和OpenStack中的单元测试的生态环境. openstack ...

  5. kafka server管理

    kafka启动以来zookeeper  kafka启动之前,首先要启动zookeeper 1.1.kafka启动单个节点 -daemon 表示程序以守护进程的方式后台云心 --override pro ...

  6. android ART hook

    0x00 前言 之前一直都是在Dalvik 虚拟机上在折腾,从Android 4.4开始开始引入ART,到5.0已经成为默认选择.而且最近看到阿里开源的 Dexposed 框架,已经提供了对于andr ...

  7. virtualBox安装centos,并搭建tomcat

    前言 本文没什么难点,只是发现自己记忆不好,特别是搭建tomcat服务的时候,总是需要去重新查阅资料,特此就写这篇博客来加强自己的记忆,同时也给大家以参考: 路漫漫其修远兮,吾将上下而求索! gith ...

  8. JS下计算当前日期(当天)后N天出现NAN或者undefined的情况

    前言: 帮客户做一个订单系统,需要一个日期1,一个日期2,默认情况下日期1为当天,日期2为明天,只是当时有些疑惑的是日期2偶尔会出现NAN的情况,今天在segmentfault.com看到了同样的问题 ...

  9. Windows版本redis高可用方案探究

    目录 Windows版本redis高可用方案探究 前言 搭建redis主从 配置主redis-28380 配置从redis-23381 配置从redis-23382 将redis部署为服务 启动red ...

  10. API 接口返回值

    API 接口返回值 https://blog.csdn.net/baple/article/details/52925772