预处理语句是Statement的一个稍微强大一点的版本，并且应该总是至少像Statement一样快速和容易处理。 预估报表可以被参数化
大多数关系数据库处理JDBC / SQL查询分为四个步骤:
解析传入的SQL查询 编译SQL查询 规划/优化数据采集路径 执行优化的查询/获取和返回数据
对于发送到数据库的每个SQL查询，Statement将始终执行上述四个步骤。预处理语句预先执行上述执行过程中的步骤(1)-(3)。因此，在创建准备语句时，会立即执行一些预优化。其效果是在执行时减轻数据库引擎的负载。
现在我的问题是:
“使用预准备报表还有其他好处吗?”
当前回答
语句接口执行不带参数的静态SQL语句
PreparedStatement接口(扩展Statement)执行预编译的带/不带参数的SQL语句
对于重复执行有效 它是预编译的，所以更快
其他回答
语句是静态的，准备语句是动态的。
Statement适用于DDL, prepared Statement适用于DML。
语句较慢，而准备语句较快。
更多差异(存档)
语句接口执行不带参数的静态SQL语句
PreparedStatement接口(扩展Statement)执行预编译的带/不带参数的SQL语句
对于重复执行有效 它是预编译的，所以更快
我遵循了这个问题的所有答案，使用- Statement(但有SQL注入)将工作的遗留代码更改为使用PreparedStatement的解决方案，由于对Statement周围的语义理解不佳，代码要慢得多。addBatch(String sql) & PreparedStatement.addBatch()。
所以我在这里列出了我的情况，这样其他人就不会犯同样的错误。
我的设想是
Statement statement = connection.createStatement();
for (Object object : objectList) {
//Create a query which would be different for each object
// Add this query to statement for batch using - statement.addBatch(query);
}
statement.executeBatch();
所以在上面的代码中，我有数千个不同的查询，都添加到相同的语句中，这段代码工作得更快，因为语句没有被缓存是好的&这段代码很少在应用程序中执行。
现在修复SQL注入，我把这段代码改为，
List<PreparedStatement> pStatements = new ArrayList<>();
for (Object object : objectList) {
//Create a query which would be different for each object
PreparedStatement pStatement =connection.prepareStatement(query);
// This query can't be added to batch because its a different query so I used list.
//Set parameter to pStatement using object
pStatements.add(pStatement);
}// Object loop
// In place of statement.executeBatch(); , I had to loop around the list & execute each update separately
for (PreparedStatement ps : pStatements) {
ps.executeUpdate();
}
所以你看，我开始创建数千个PreparedStatement对象，然后最终不能利用批处理，因为我的场景要求-有数千个UPDATE或INSERT查询，所有这些查询碰巧是不同的。
在不降低性能的情况下修复SQL注入是强制性的，我认为在这种情况下使用PreparedStatement是不可能的。
另外，当你使用内置的批处理工具时，你必须担心只关闭一个语句，但使用这个List方法，你需要在重用之前关闭语句，重用一个PreparedStatement
准备语句忽略SQL注入，提高了准备语句的安全性
不能在语句中使用clob。
And: (OraclePreparedStatement) ps
