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支持批处理

  • 相关阅读:
    SQL学习
    FOR XML PATH
    IOS学习网址
    weak nonatomic strong等介绍(ios)
    UVALive3045 POJ2000 ZOJ2345 Gold Coins
    UVA713 UVALive5539 POJ1504 ZOJ2001 Adding Reversed Numbers
    UVA713 UVALive5539 POJ1504 ZOJ2001 Adding Reversed Numbers
    UVA439 POJ2243 HDU1372 ZOJ1091 Knight Moves【BFS】
    UVA439 POJ2243 HDU1372 ZOJ1091 Knight Moves【BFS】
    UVA10905 Children's Game
  • 原文地址:https://www.cnblogs.com/besthetiao/p/4583693.html
Copyright © 2011-2022 走看看