All Implemented Interfaces:
Wrapper, AutoCloseable
All Known Implementing Classes:
CallableStatement, PreparedStatement
The object used for executing a static SQL statement and returning the results it produces.
By default, only one ResultSet
object per Statement
object can be open at the same time. Therefore, if the reading of one
ResultSet
object is interleaved
with the reading of another, each must have been generated by
different Statement
objects. All execution methods in the
Statement
interface implicitly close a statment's current
ResultSet
object if an open one exists.
Field Summary | ||
---|---|---|
int | CLOSE_CURRENT_RESULT | The constant indicating that the current ResultSet object
should be closed when calling getMoreResults .
|
int | KEEP_CURRENT_RESULT | The constant indicating that the current ResultSet object
should not be closed when calling getMoreResults .
|
int | CLOSE_ALL_RESULTS | The constant indicating that all ResultSet objects that
have previously been kept open should be closed when calling
getMoreResults .
|
int | SUCCESS_NO_INFO | The constant indicating that a batch statement executed successfully
but that no count of the number of rows it affected is available.
|
int | EXECUTE_FAILED | The constant indicating that an error occured while executing a
batch statement.
|
int | RETURN_GENERATED_KEYS | The constant indicating that generated keys should be made
available for retrieval.
|
int | NO_GENERATED_KEYS | The constant indicating that generated keys should not be made
available for retrieval.
|
Method from java.sql.Statement Detail: |
---|
Statement object. The commands in this list can be
executed as a batch by calling the method executeBatch .
Note:This method cannot be called on a
|
Statement object if both the DBMS and
driver support aborting an SQL statement.
This method can be used by one thread to cancel a statement that
is being executed by another thread. |
Statement object's current list of
SQL commands.
|
Statement
object. After a call to this method,
the method getWarnings will return
null until a new warning is reported for this
Statement object. |
Statement object's database
and JDBC resources immediately instead of waiting for
this to happen when it is automatically closed.
It is generally good practice to release resources as soon as
you are finished with them to avoid tying up database
resources.
Calling the method
Note:When a |
Note: Multiple calls to {@code closeOnCompletion} do not toggle the effect on this {@code Statement}. However, a call to {@code closeOnCompletion} does effect both the subsequent execution of statements, and statements that currently have open, dependent, result sets. |
The
Note:This method cannot be called on a
|
INSERT statement, or an SQL statement able to return
auto-generated keys (the list of such statements is vendor-specific).
In some (uncommon) situations, a single SQL statement may return multiple result sets and/or update counts. Normally you can ignore this unless you are (1) executing a stored procedure that you know may return multiple results or (2) you are dynamically executing an unknown SQL string.
The
Note:This method cannot be called on a
|
INSERT statement, or an SQL statement able to return
auto-generated keys (the list of such statements is vendor-specific).
Under some (uncommon) situations, a single SQL statement may return multiple result sets and/or update counts. Normally you can ignore this unless you are (1) executing a stored procedure that you know may return multiple results or (2) you are dynamically executing an unknown SQL string.
The
Note:This method cannot be called on a
|
INSERT statement, or an SQL statement able to return
auto-generated keys (the list of such statements is vendor-specific).
In some (uncommon) situations, a single SQL statement may return multiple result sets and/or update counts. Normally you can ignore this unless you are (1) executing a stored procedure that you know may return multiple results or (2) you are dynamically executing an unknown SQL string.
The
Note:This method cannot be called on a
|
int elements of the array that is returned are ordered
to correspond to the commands in the batch, which are ordered
according to the order in which they were added to the batch.
The elements in the array returned by the method executeBatch
may be one of the following:
The possible implementations and return values have been modified in
the Java 2 SDK, Standard Edition, version 1.3 to
accommodate the option of continuing to proccess commands in a batch
update after a |
ResultSet object.
Note:This method cannot be called on a
|
INSERT ,
UPDATE , or DELETE statement or an
SQL statement that returns nothing, such as an SQL DDL statement.
Note:This method cannot be called on a
|
Statement object
should be made available for retrieval. The driver will ignore the
flag if the SQL statement
is not an INSERT statement, or an SQL statement able to return
auto-generated keys (the list of such statements is vendor-specific).
Note:This method cannot be called on a
|
INSERT statement, or an SQL statement able to return
auto-generated keys (the list of such statements is vendor-specific).
Note:This method cannot be called on a
|
INSERT statement, or an SQL statement able to return
auto-generated keys (the list of such statements is vendor-specific).
Note:This method cannot be called on a
|
Connection object
that produced this Statement object. |
Statement object.
If this Statement object has not set
a fetch direction by calling the method setFetchDirection ,
the return value is implementation-specific. |
ResultSet objects
generated from this Statement object.
If this Statement object has not set
a fetch size by calling the method setFetchSize ,
the return value is implementation-specific. |
Statement object. If this Statement object did
not generate any keys, an empty ResultSet
object is returned.
Note:If the columns which represent the auto-generated keys were not specified, the JDBC driver implementation will determine the columns which best represent the auto-generated keys. |
ResultSet
object produced by this Statement object.
This limit applies only to BINARY , VARBINARY ,
LONGVARBINARY , CHAR , VARCHAR ,
NCHAR , NVARCHAR , LONGNVARCHAR
and LONGVARCHAR columns. If the limit is exceeded, the
excess data is silently discarded. |
ResultSet object produced by this
Statement object can contain. If this limit is exceeded,
the excess rows are silently dropped. |
Statement object's next result, returns
true if it is a ResultSet object, and
implicitly closes any current ResultSet
object(s) obtained with the method getResultSet .
There are no more results when the following is true: // stmt is a Statement object ((stmt.getMoreResults() == false) && (stmt.getUpdateCount() == -1)) |
Statement object's next result, deals with
any current ResultSet object(s) according to the instructions
specified by the given flag, and returns
true if the next result is a ResultSet object.
There are no more results when the following is true: // stmt is a Statement object ((stmt.getMoreResults(current) == false) && (stmt.getUpdateCount() == -1)) |
Statement object to execute.
If the limit is exceeded, a
SQLException is thrown. |
ResultSet object.
This method should be called only once per result. |
ResultSet objects
generated by this Statement object. |
ResultSet objects
generated by this Statement object. |
ResultSet objects
generated by this Statement object. |
ResultSet object or there are no more results, -1
is returned. This method should be called only once per result. |
Statement object.
Subsequent Statement object warnings will be chained to this
SQLWarning object.
The warning chain is automatically cleared each time
a statement is (re)executed. This method may not be called on a closed
Note: If you are processing a |
|
Statement object has been closed. A Statement is closed if the
method close has been called on it, or if it is automatically closed. |
Statement
is poolable or not.
|
String , which
will be used by subsequent Statement object
execute methods. This name can then be
used in SQL positioned update or delete statements to identify the
current row in the ResultSet object generated by this
statement. If the database does not support positioned update/delete,
this method is a noop. To insure that a cursor has the proper isolation
level to support updates, the cursor's SELECT statement
should have the form SELECT FOR UPDATE . If
FOR UPDATE is not present, positioned updates may fail.
Note: By definition, the execution of positioned updates and
deletes must be done by a different |
PreparedStatements objects will have no effect. |
ResultSet
objects created using this Statement object. The
default value is ResultSet.FETCH_FORWARD .
Note that this method sets the default fetch direction for
result sets generated by this |
ResultSet objects genrated by this Statement .
If the value specified is zero, then the hint is ignored.
The default value is zero. |
ResultSet
object produced by this Statement object.
This limit applies
only to BINARY , VARBINARY ,
LONGVARBINARY , CHAR , VARCHAR ,
NCHAR , NVARCHAR , LONGNVARCHAR and
LONGVARCHAR fields. If the limit is exceeded, the excess data
is silently discarded. For maximum portability, use values
greater than 256. |
ResultSet object generated by this Statement
object can contain to the given number.
If the limit is exceeded, the excess
rows are silently dropped. |
Statement be pooled or not pooled. The value
specified is a hint to the statement pool implementation indicating
whether the applicaiton wants the statement to be pooled. It is up to
the statement pool manager as to whether the hint is used.
The poolable value of a statement is applicable to both internal statement caches implemented by the driver and external statement caches implemented by application servers and other applications.
By default, a |
Statement object to execute to the given number of seconds.
By default there is no limit on the amount of time allowed for a running
statement to complete. If the limit is exceeded, an
SQLTimeoutException is thrown.
A JDBC driver must apply this limit to the execute ,
executeQuery and executeUpdate methods.
Note: JDBC driver implementations may also apply this limit to {@code ResultSet} methods (consult your driver vendor documentation for details). Note: In the case of {@code Statement} batching, it is implementation defined as to whether the time-out is applied to individual SQL commands added via the {@code addBatch} method or to the entire batch of SQL commands invoked by the {@code executeBatch} method (consult your driver vendor documentation for details). |