By: Tamil Selvan in JDBC Tutorials on 2007年10月12日 [フレーム]
Sometimes it is more convenient to use a PreparedStatement
object for sending SQL statements to the database. This special type of
statement is derived from the more general class, Statement, that
you already know.
If you want to execute a Statement object many times, it
normally reduces execution time to use a PreparedStatement object
instead.
The main feature of a PreparedStatement object is that, unlike
a Statement object, it is given an SQL statement when it is
created. The advantage to this is that in most cases, this SQL statement is
sent to the DBMS right away, where it is compiled. As a result, the PreparedStatement
object contains not just an SQL statement, but an SQL statement that has been
precompiled. This means that when the PreparedStatement is
executed, the DBMS can just run the PreparedStatement SQL
statement without having to compile it first.
Although PreparedStatement objects can be used for SQL
statements with no parameters, you probably use them most often for SQL
statements that take parameters. The advantage of using SQL statements that
take parameters is that you can use the same statement and supply it with
different values each time you execute it. Examples of this are in the
following sections.
PreparedStatement ObjectAs with Statement objects, you create PreparedStatement
objects with a Connection method. Using our open connection con
from previous examples, you might write code such as the following to create a
PreparedStatement object that takes two input parameters:
PreparedStatement updateSales = con.prepareStatement( "UPDATE COFFEES SET SALES = ? WHERE COF_NAME LIKE ?");
The variable updateSales now contains the SQL statement, "UPDATE
COFFEES SET SALES = ? WHERE COF_NAME LIKE ?", which has also, in
most cases, been sent to the DBMS and been precompiled.
You need to supply values to be used in place of the question mark
placeholders (if there are any) before you can execute a PreparedStatement
object. You do this by calling one of the setXXX methods
defined in the PreparedStatement class. If the value you want to
substitute for a question mark is a Java int, you call the method
setInt. If the value you want to substitute for a question mark
is a Java String, you call the method setString, and
so on. In general, there is a setXXX method for each
primitive type declared in the Java programming language.
setXXX Using the PreparedStatement object updateSales
from the previous example, the following line of code sets the first question
mark placeholder to a Java int with a value of 75:
updateSales.setInt(1, 75);
setXXX The first argument given to a setXXX
method indicates which question mark placeholder is to be set, and the second
argument indicates the value to which it is to be set. The next example sets
the second placeholder parameter to the string " Colombian":
updateSales.setString(2, "Colombian");
setXXX After these values have been set for its two input
parameters, the SQL statement in updateSales is the equivalent to
the SQL statement in the String object updateString
that was used in the previous update example. Therefore, the following two
code fragments accomplish the same thing:
Code Fragment 1:
String updateString = "UPDATE COFFEES SET SALES = 75 " + "WHERE COF_NAME LIKE 'Colombian'"; stmt.executeUpdate(updateString);
Code Fragment 2:
PreparedStatement updateSales = con.prepareStatement( "UPDATE COFFEES SET SALES = ? WHERE COF_NAME LIKE ? "); updateSales.setInt(1, 75); updateSales.setString(2, "Colombian"); updateSales.executeUpdate():
The method executeUpdate was used to execute both the Statement
stmt and the PreparedStatement updateSales.
Notice, however, that no argument is supplied to executeUpdate
when it is used to execute updateSales. This is true because updateSales
already contains the SQL statement to be executed.
Looking at these examples, you might wonder why you would choose to use a PreparedStatement
object with parameters instead of just a simple statement, since the simple
statement involves fewer steps. If you were going to update the SALES
column only once or twice, then there would be no need to use an SQL statement
with input parameters. If you will be updating often, on the other hand, it
might be much easier to use a PreparedStatement object,
especially in situations where you can use a for loop or while
loop to set a parameter to a succession of values. You will see an example of
this later in this section.
Once a parameter has been set with a value, it retains that value until it
is reset to another value, or the method clearParameters is
called. Using the PreparedStatement object updateSales,
the following code fragment illustrates reusing a prepared statement after
resetting the value of one of its parameters and leaving the other one the
same:
updateSales.setInt(1, 100); updateSales.setString(2, "French_Roast"); updateSales.executeUpdate(); // changes SALES column of French Roast row to 100 updateSales.setString(2, "Espresso"); updateSales.executeUpdate(); // changes SALES column of Espresso row to 100 (the first // parameter stayed 100, and the second parameter was reset // to "Espresso")
This policy contains information about your privacy. By posting, you are declaring that you understand this policy:
This policy is subject to change at any time and without notice.
These terms and conditions contain rules about posting comments. By submitting a comment, you are declaring that you agree with these rules:
Failure to comply with these rules may result in being banned from submitting further comments.
These terms and conditions are subject to change at any time and without notice.
Most Viewed Articles (in JDBC )
Data Access Technologies in Java
Calling a Stored Procedure from JDBC in Java
What is Referential Integrity in databases?
JDBC and Tomcat context settings
TEXT datatype SPLIT in MSSQL - to solve the 8000 limit set by varchar
setSavepoint and releaseSavepoint Example in Java
java.lang.NoClassDefFoundError and java.lang.NoSuchMethodError
Handling CSV in Stored Procedures
How connection pooling works in Java and JDBC
Using JDBC to connect to MySQL from Java Program
Using the DriverManager Class vs Using a DataSource Object for a connection
Latest Articles (in JDBC)
Data Access Technologies in Java
JDBC and Tomcat context settings
TEXT datatype SPLIT in MSSQL - to solve the 8000 limit set by varchar
What is Referential Integrity in databases?
Handling CSV in Stored Procedures
java.lang.NoClassDefFoundError and java.lang.NoSuchMethodError
Calling a Stored Procedure from JDBC in Java
setSavepoint and releaseSavepoint Example in Java
Result Sets, Cursors and Transactions in SQL
Stored Procedures example in SQL
Using the DriverManager Class vs Using a DataSource Object for a connection
Data Access Technologies in Java
JDBC and Tomcat context settings
TEXT datatype SPLIT in MSSQL - to solve the 8000 limit set by varchar
What is Referential Integrity in databases?
Handling CSV in Stored Procedures
java.lang.NoClassDefFoundError and java.lang.NoSuchMethodError
Calling a Stored Procedure from JDBC in Java
setSavepoint and releaseSavepoint Example in Java
Result Sets, Cursors and Transactions in SQL
Stored Procedures example in SQL
Using the DriverManager Class vs Using a DataSource Object for a connection
© 2023 Java-samples.com
Tutorial Archive: Data Science React Native Android AJAX ASP.net C C++ C# Cocoa Cloud Computing EJB Errors Java Certification Interview iPhone Javascript JSF JSP Java Beans J2ME JDBC Linux Mac OS X MySQL Perl PHP Python Ruby SAP VB.net EJB Struts Trends WebServices XML Office 365 Hibernate
Latest Tutorials on: Data Science React Native Android AJAX ASP.net C Cocoa C++ C# EJB Errors Java Certification Interview iPhone Javascript JSF JSP Java Beans J2ME JDBC Linux Mac OS X MySQL Perl PHP Python Ruby SAP VB.net EJB Struts Cloud Computing WebServices XML Office 365 Hibernate