zoukankan      html  css  js  c++  java
  • JDBC中的Statement和PreparedStatement的区别

    PreparedStatement是什么?
    PreparedStatement是java.sql包下面的一个接口,用来执行SQL语句查询,通过调用connection.preparedStatement(sql)方法可以获得PreparedStatment对象。数据库系统会对sql语句进行预编译处理(如果JDBC驱动支持的话),预处理语句将被预先编译好,这条预编译的sql查询语句能在将来的查询中重用,这样一来,它比Statement对象生成的查询速度更快;

    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"));
            }      
        }
    }
    Output:
    Loan Type: Personal Loan
    Loan Type: Auto Loan
    Loan Type: Home Loan
    Loan Type: Gold Loan

    这个例子中,如果还是用 PreparedStatement 做同样的查询,哪怕参数值不一样,比如:”Standard Chated” 或者”HSBC”作为参数值,数据库系统还是会去调用之前编译器编译好的执行语句(系统库系统初次会对查询语句做最大的性能优化)。默认会返回”TYPE_FORWARD_ONLY”类型的结果集( ResultSet ),当然你也可以使用preparedstatment()的重载方法返回不同类型的结果集

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

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

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

    PreparedStatement比 Statement 更快

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

    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能获得更好的性能。

    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;" 因此可以达到无账号密码亦可登录网站。如果恶意用户要是更坏一点,用户填入:

    strSQL = "SELECT * FROM users;" SQL语句变成了:

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

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

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

    以Oracle为例吧

    Statement为一条Sql语句生成执行计划, 如果要执行两条sql语句 select colume from table where colume=1; select colume from table where colume=2; 会生成两个执行计划 一千个查询就生成一千个执行计划!
    PreparedStatement用于使用绑定变量重用执行计划 select colume from table where colume=:x; 通过set不同数据只需要生成一次执行计划,可以重用
    是否使用绑定变量对系统影响非常大,生成执行计划极为消耗资源 两种实现 速度差距可能成百上千倍
    1.PreparedStatement是预编译的,对于批量处理可以大大提高效率.也叫JDBC存储过程

    2.使用 Statement 对象。在对数据库只执行一次性存取的时侯,用 Statement 对象进行处理。PreparedStatement对象的开销比Statement大,对于一次性操作并不会带来额外的好处。

    3.statement每次执行sql语句,相关数据库都要执行sql语句的编译,preparedstatement是预编译得,preparedstatement支持批处理

  • 相关阅读:
    ios开发之--使用AFN上传3.1.0上传视频,不走成功回调原因及解决方法
    ios开发之--[_NSInlineData objectForKeyedSubscript:]
    swift开发之--代理协议的使用
    ios开发之--NSString的操作
    ios开发之--条用第三方地图路线导航
    ios开发之--多个按钮单选效果
    ios开发之--首页 导航栏隐藏 下一级页面显示,pop回来显示白条
    ios开发之--令UITableView滚动到指定位置
    Selenium 异常处理
    Selenium 选项卡管理
  • 原文地址:https://www.cnblogs.com/besthetiao/p/4583693.html
Copyright © 2011-2022 走看看