从操作配置文件properties中读取连接字符串，通过该字符串进行数据连接，需要写三个文件其中，两个是java类，一个是后缀名为.properties的文件，该文件放在src工作目录下。
需要准备的包：
https://github.com/chenhaoxiang/Java
后缀为.properties的文件此处为其取名为jdbc.properties，其中的代码如下：
可以配置多个数据库代码，形成框架，这里只配置了MySQL和Oracle数据库的、如果换数据库了，就把相应数据库的#号注释去掉，把原来的代码给用#号注释就可以了。
接下来用单例写一个Connection的工厂类ConnFactory.java：
演示Statement中的4个执行方法：
1, executeQuery()、
2, execute()、
3, executeUpdate()、
4, executeBatch()。
首先创建一个表格book：
executeQuery()
只能执行查询语句
execute()
增、删、改、查的语句都能够执行。只是查询时返回的结果是告诉成功与否，如果要获取查询结果，得另外用” st.getResultSet()”获取
executeUpdate()
只能增、删、改, 不能执行查询语句
executeBatch()
//执行批处理—自己本身不带事务，如果其中某条sql语句挂了，则后续的sql执行失败，前面的还是有效的。如果要事务，另外再采用:con.setAutoCommit(false)+try-cacth+ rollback/commit
PrepareStatement：
java,servlet中的PreparedStatement 接口继承了Statement，并与之在两方面有所不同：有人主张，在JDBC应用中，如果你已经是稍有水平开发者，你就应该始终以PreparedStatement代替Statement.也就是说，在任何时候都不要使用Statement。
PreparedStatement 实例包含已编译的 SQL 语句。这就是使语句“准备好”。包含于 PreparedStatement 对象中的 SQL 语句可具有一个或多个 IN 参数。IN参数的值在 SQL 语句创建时未被指定。相反的，该语句为每个 IN 参数保留一个问号（“？”）作为占位符。每个问号的值必须在该语句执行之前，通过适当的setXXX 方法来提供。
优点：
一.代码的可读性和可维护性.
虽然用PreparedStatement来代替Statement会使代码多出几行,但这样的代码无论从可读性还是可维护性上来说.都比直接用Statement的代码高很多档次:
示例：
二.PreparedStatement尽最大可能提高性能.
每一种数据库都会尽最大努力对预编译语句提供最大的性能优化.因为预编译语句有可能被重复调用.所以语句在被DB的编译器编译后的执行代码被缓存下来,那么下次调用时只要是相同的预编译语句就不需要编译,只要将参数直接传入编译过的语句执行代码中(相当于一个涵数)就会得到执行.这并不是说只有一个Connection中多次执行的预编译语句被缓存,而是对于整个DB中,只要预编译的语句语法和缓存中匹配.那么在任何时候就可以不需要再次编译而可以直接执行.而statement的语句中,即使是相同一操作,而由于每次操作的数据不同所以使整个语句相匹配的机会极小,几乎不太可能匹配.比如:
即使是相同操作但因为数据内容不一样,所以整个个语句本身不能匹配,没有缓存语句的意义.事实是没有数据库会对普通语句编译后的执行代码缓存.
当然并不是所以预编译语句都一定会被缓存,数据库本身会用一种策略,比如使用频度等因素来决定什么时候不再缓存已有的预编译结果.以保存有更多的空间存储新的预编译语句.
三.最重要的一点是极大地提高了安全性.
即使到目前为止,仍有一些人连基本的恶义SQL语法都不知道.
如果我们把[‘or’1’=’1]作为varpasswd传入进来.用户名随意,看看会成为什么?
因为’1’=’1’肯定成立,所以可以任何通过验证.更有甚者:
把[';drop table tb_name;]作为varpasswd传入进来,则:
有些数据库是不会让你成功的,但也有很多数据库就可以使这些语句得到执行.
而如果你使用预编译语句.你传入的任何内容就不会和原来的语句发生任何匹配的关系.只要全使用预编译语句,你就用不着对传入的数据做任何过虑.而如果使用普通的statement,有可能要对drop,;等做费尽心机的判断和过虑.
模拟用户登录：
这里如果用普通的statement是很容易被黑的。
stud表：
模拟用户输入id和name登录：
这样的话，无论用户输入啥符号都不管用了，必须输入正确的id和name。
PreparedStatement 执行批处理
作者：谙忆
来源：CSDN
原文：https://blog.csdn.net/qq_26525215/article/details/52153452
版权声明：本文为博主原创文章，转载请附上博文链接！
