博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
jdbc PreparedStatement Statement 比较
阅读量:4303 次
发布时间:2019-05-27

本文共 4328 字,大约阅读时间需要 14 分钟。

此文相当不错,向刘志军致敬。

原文链接:  翻译: 
译文链接: 

PreparedStatement 是用来执行SQL查询语句的API之一,JAVA共提供Statement ,PreparedStatement , CallbleStatement 三种方式用来执行查询语句,其中Statemen主要用来通用查询,PreparedStatement 用于执行参数化查询,而CallableStatement则是用于存储过程。

介绍:

PreparedStatement 是java.sql 包下的一个接口,用来执行SQL查询,通过调用connection.preparedStatement(sql) 方法获得PreparedStatement对象。此时数据库系统会对sql 语句进行预编译处理。当某一条sql执行后 ,此语句可能会在将来的查询中重用。速度就会币Statement 快很多。

   代码示例:

String selSql = "select *  from DB_FYRS_ZJ.trsa00 where id =?";

try {
psta = conn.prepareStatement(selSql);
psta.setInt(1, 2020);
rs = psta.executeQuery();
while (rs.next()) {
String name = rs.getString("a0100");
Date date = rs.getDate("createtime");
Time time = rs.getTime("createtime");
System.out.println(name + "\t" + date + " " + time);
}
} catch (SQLException e1) {
e1.printStackTrace();
}
finally{
new ConnectionUtils().CloseConnection(conn, rs, psta);
}

预处理语句的优势

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

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

    1
    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:字符串追加形式的PreparedStatement

    1
    2
    String loanType = getLoanType();
    PreparedStatement prestmt = conn.prepareStatement(
    "select banks from loan where loan_type="
    + loanType);

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

    1
    2
    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查询代码为:

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

    恶意填入:

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

    那么最终SQL语句变成了:

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

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

    1
    strSQL =
    "SELECT * FROM users;"

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

    1
    strSQL =
    "SELECT * FROM users;"

    SQL语句变成了:

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

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

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

    补充:避免SQL注入的第二种方式:
    在组合SQL字符串的时候,先对所传入的参数做字符取代(将单引号字符取代为连续2个单引号字符,因为连续2个单引号字符在SQL数据库中会视为字符中的一个单引号字符,譬如:

    1
    strSQL =
    "SELECT * FROM users WHERE name = '"
    + userName +
    "';"

    传入字符串:

    1
    userName  =
    " 1' OR 1=1 "

    把userName做字符替换后变成:

    1
    userName =
    " 1'' OR 1=1"

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

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

    这样数据库就会去系统查找name为“1′ ‘ OR 1=1”的记录,而避免了SQL注入。

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

PreparedStatement的局限性

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

1
2
SELECT * FROM loan WHERE loan_type IN (?)
preparedSatement.setString(
1
,
"'personal loan', 'home loan', 'gold loan'"
);

关于preparedStatement 在执行区间查询时遇到的麻烦,解决方案见下篇博客。

不算总结的总结

关于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 。

转载地址:http://tsqws.baihongyu.com/

你可能感兴趣的文章
vnpy学习10_常见坑
查看>>
vnpy学习10_常见坑02
查看>>
用时三个月,终于把所有的Python库全部整理了!拿去别客气!
查看>>
pd.stats.ols.MovingOLS以及替代
查看>>
vnpy学习11_增加测试评估指标
查看>>
资金流入流出计算方法
查看>>
海龟交易法则07_如何衡量风险
查看>>
海龟交易法则08_风险与资金管理
查看>>
海龟交易法则09_海龟式积木
查看>>
海龟交易法则10_通用积木
查看>>
海龟交易法则14_掌控心魔
查看>>
海龟交易法则15_万事俱备
查看>>
海龟交易法则16_附原版海龟交易法则
查看>>
克罗谈投资策略01_期货交易中的墨菲法则
查看>>
克罗谈投资策略02_赢家和输家
查看>>
克罗谈投资策略03_你所期望的赌博方式
查看>>
克罗谈投资策略04_感觉与现实
查看>>
通向财务自由之路01_导读
查看>>
通向财务自由之路02_成功的决定因素:你
查看>>
中低频量化交易策略研发01_引言
查看>>