Docjar: A Java Source and Docuemnt Enginecom.*    java.*    javax.*    org.*    all    new    plug-in

Quick Search    Search Deep

org.hsqldb
Class jdbcStatement  view jdbcStatement download jdbcStatement.java

java.lang.Object
  extended byorg.hsqldb.jdbcStatement
All Implemented Interfaces:
java.sql.Statement
Direct Known Subclasses:
jdbcPreparedStatement

public class jdbcStatement
extends java.lang.Object
implements java.sql.Statement

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.

HSQLDB-Specific Information:

JRE 1.1.x Notes:

In general, JDBC 2 support requires Java 1.2 and above, and JDBC3 requires Java 1.4 and above. In HSQLDB, support for methods introduced in different versions of JDBC depends on the JDK version used for compiling and building HSQLDB.

Since 1.7.0, it is possible to build the product so that all JDBC 2 methods can be called while executing under the version 1.1.x Java Runtime EnvironmentTM. However, some of these method calls require int values that are defined only in the JDBC 2 or greater version of ResultSet interface. For this reason, when the product is compiled under JDK 1.1.x, these values are defined in jdbcResultSet.

In a JRE 1.1.x environment, calling JDBC 2 methods that take or return the JDBC2-only ResultSet values can be achieved by referring to them in parameter specifications and return value comparisons, respectively, as follows:

jdbcResultSet.FETCH_FORWARD
jdbcResultSet.TYPE_FORWARD_ONLY
jdbcResultSet.TYPE_SCROLL_INSENSITIVE
jdbcResultSet.CONCUR_READ_ONLY

However, please note that code written in such a manner will not be compatible for use with other JDBC 2 drivers, since they expect and use ResultSet, rather than jdbcResultSet. Also note, this feature is offered solely as a convenience to developers who must work under JDK 1.1.x due to operating constraints, yet wish to use some of the more advanced features available under the JDBC 2 specification.

(fredt@users)
(boucherb@users)


Field Summary
private  boolean bEscapeProcessing
          Is escape processing enabled?
private  jdbcConnection cConnection
          The connection used to execute this statement.
private  int iMaxRows
          The maximum number of rows to generate when executing this statement.
private  jdbcResultSet rSet
          The result of executing this statement.
private  int rsType
          The result type obtained by executing this statement.
 
Fields inherited from interface java.sql.Statement
CLOSE_ALL_RESULTS, CLOSE_CURRENT_RESULT, EXECUTE_FAILED, KEEP_CURRENT_RESULT, NO_GENERATED_KEYS, RETURN_GENERATED_KEYS, SUCCESS_NO_INFO
 
Constructor Summary
(package private) jdbcStatement(jdbcConnection c)
          Constructs a new jdbcStatement using the specified connection.
(package private) jdbcStatement(jdbcConnection c, int type)
          Constructs a new jdbcStatement with the specified connection and result type.
 
Method Summary
 void addBatch(java.lang.String sql)
           Adds the given SQL command to the current list of commmands for this Statement object.
 void cancel()
           Cancels this Statement object if both the DBMS and driver support aborting an SQL statement.
(package private)  void checkClosed()
          An internal check for closed connections.
 void clearBatch()
           Empties this Statement object's current list of SQL commands.
 void clearWarnings()
           Clears all the warnings reported on this Statement object.
 void close()
           Releases this Statement object's database and JDBC resources immediately instead of waiting for this to happen when it is automatically closed.
private  void closeOldResult()
          Closes the current result, if any.
 boolean execute(java.lang.String sql)
           Executes the given SQL statement, which may return multiple results.
 boolean execute(java.lang.String sql, int autoGeneratedKeys)
           Executes the given SQL statement, which may return multiple results, and signals the driver that any auto-generated keys should be made available for retrieval.
 boolean execute(java.lang.String sql, int[] columnIndexes)
           Executes the given SQL statement, which may return multiple results, and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval.
 boolean execute(java.lang.String sql, java.lang.String[] columnNames)
           Executes the given SQL statement, which may return multiple results, and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval.
 int[] executeBatch()
           Submits a batch of commands to the database for execution and if all commands execute successfully, returns an array of update counts.
 java.sql.ResultSet executeQuery(java.lang.String sql)
           Executes the given SQL statement, which returns a single ResultSet object.
 int executeUpdate(java.lang.String sql)
           Executes the given SQL statement, which may be an INSERT, UPDATE, or DELETE statement or an SQL statement that returns nothing, such as an SQL DDL statement.
 int executeUpdate(java.lang.String sql, int autoGeneratedKeys)
           Executes the given SQL statement and signals the driver with the given flag about whether the auto-generated keys produced by this Statement object should be made available for retrieval.
 int executeUpdate(java.lang.String sql, int[] columnIndexes)
           Executes the given SQL statement and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval.
 int executeUpdate(java.lang.String sql, java.lang.String[] columnNames)
           Executes the given SQL statement and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval.
private  void fetchResult(java.lang.String sql)
          The internal result producer.
 java.sql.Connection getConnection()
           Retrieves the Connection object that produced this Statement object.
 int getFetchDirection()
           Retrieves the direction for fetching rows from database tables that is the default for result sets generated from this Statement object.
 int getFetchSize()
           Retrieves the number of result set rows that is the default fetch size for ResultSet objects generated from this Statement object.
 java.sql.ResultSet getGeneratedKeys()
           Retrieves any auto-generated keys created as a result of executing this Statement object.
 int getMaxFieldSize()
           Retrieves the maximum number of bytes that can be returned for character and binary column values in a ResultSet object produced by this Statement object.
 int getMaxRows()
           Retrieves the maximum number of rows that a ResultSet object produced by this Statement object can contain.
 boolean getMoreResults()
           Moves to this 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.
 boolean getMoreResults(int current)
           Moves to this 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.
 int getQueryTimeout()
           Retrieves the number of seconds the driver will wait for a Statement object to execute.
 java.sql.ResultSet getResultSet()
           Retrieves the current result as a ResultSet object.
 int getResultSetConcurrency()
           Retrieves the result set concurrency for ResultSet objects generated by this Statement object.
 int getResultSetHoldability()
           Retrieves the result set holdability for ResultSet objects generated by this Statement object.
 int getResultSetType()
           Retrieves the result set type for ResultSet objects generated by this Statement object.
 int getUpdateCount()
           Retrieves the current result as an update count; if the result is a ResultSet object or there are no more results, -1 is returned.
 java.sql.SQLWarning getWarnings()
           Retrieves the first warning reported by calls on this Statement object.
 void setCursorName(java.lang.String name)
           Sets the SQL cursor name to the given String, which will be used by subsequent Statement object execute methods.
 void setEscapeProcessing(boolean enable)
           Sets escape processing on or off.
 void setFetchDirection(int direction)
           Gives the driver a hint as to the direction in which rows will be processed in ResultSet objects created using this Statement object.
 void setFetchSize(int rows)
           Gives the JDBC driver a hint as to the number of rows that should be fetched from the database when more rows are needed.
 void setMaxFieldSize(int max)
           Sets the limit for the maximum number of bytes in a ResultSet column storing character or binary values to the given number of bytes.
 void setMaxRows(int max)
           Sets the limit for the maximum number of rows that any ResultSet object can contain to the given number.
 void setQueryTimeout(int seconds)
           Sets the number of seconds the driver will wait for a Statement object to execute to the given number of seconds.
 
Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
 

Field Detail

bEscapeProcessing

private boolean bEscapeProcessing
Is escape processing enabled?


cConnection

private jdbcConnection cConnection
The connection used to execute this statement.


iMaxRows

private int iMaxRows
The maximum number of rows to generate when executing this statement.


rSet

private jdbcResultSet rSet
The result of executing this statement.


rsType

private int rsType
The result type obtained by executing this statement.

Constructor Detail

jdbcStatement

jdbcStatement(jdbcConnection c)
Constructs a new jdbcStatement using the specified connection.


jdbcStatement

jdbcStatement(jdbcConnection c,
              int type)
Constructs a new jdbcStatement with the specified connection and result type.

Method Detail

executeQuery

public java.sql.ResultSet executeQuery(java.lang.String sql)
                                throws java.sql.SQLException
Executes the given SQL statement, which returns a single ResultSet object.

Specified by:
executeQuery in interface java.sql.Statement

executeUpdate

public int executeUpdate(java.lang.String sql)
                  throws java.sql.SQLException
Executes the given SQL statement, which may be an INSERT, UPDATE, or DELETE statement or an SQL statement that returns nothing, such as an SQL DDL statement.

Specified by:
executeUpdate in interface java.sql.Statement

close

public void close()
           throws java.sql.SQLException
Releases this 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 close on a Statement object that is already closed has no effect.

Note: A Statement object is automatically closed when it is garbage collected. When a Statement object is closed, its current ResultSet object, if one exists, is also closed.

Specified by:
close in interface java.sql.Statement

getMaxFieldSize

public int getMaxFieldSize()
                    throws java.sql.SQLException
Retrieves the maximum number of bytes that can be returned for character and binary column values in a ResultSet object produced by this Statement object. This limit applies only to BINARY, VARBINARY, LONGVARBINARY, CHAR, VARCHAR, and LONGVARCHAR columns. If the limit is exceeded, the excess data is silently discarded.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB always returns zero, meaning there is no limit.

Specified by:
getMaxFieldSize in interface java.sql.Statement

setMaxFieldSize

public void setMaxFieldSize(int max)
                     throws java.sql.SQLException
Sets the limit for the maximum number of bytes in a ResultSet column storing character or binary values to the given number of bytes. This limit applies only to BINARY, VARBINARY, LONGVARBINARY, CHAR, VARCHAR, and LONGVARCHAR fields. If the limit is exceeded, the excess data is silently discarded. For maximum portability, use values greater than 256.

HSQLDB-Specific Information:

Calls to this method are simply ignored; HSQLDB always stores the full number of bytes when dealing with any of the field types mentioned above. These types all have an absolute maximum element upper bound determined by the Java array index limit java.lang.Integer.MAX_VALUE. For XXXBINARY types, this translates to Integer.MAX_VALUE bytes. For XXXCHAR types, this translates to 2 * Integer.MAX_VALUE bytes (2 bytes / character)

Specified by:
setMaxFieldSize in interface java.sql.Statement

getMaxRows

public int getMaxRows()
               throws java.sql.SQLException
Retrieves the maximum number of rows that a ResultSet object produced by this Statement object can contain. If this limit is exceeded, the excess rows are silently dropped.

Specified by:
getMaxRows in interface java.sql.Statement

setMaxRows

public void setMaxRows(int max)
                throws java.sql.SQLException
Sets the limit for the maximum number of rows that any ResultSet object can contain to the given number. If the limit is exceeded, the excess rows are silently dropped.

Specified by:
setMaxRows in interface java.sql.Statement

setEscapeProcessing

public void setEscapeProcessing(boolean enable)
                         throws java.sql.SQLException
Sets escape processing on or off. If escape scanning is on (the default), the driver will do escape substitution before sending the SQL statement to the database. Note: Since prepared statements have usually been parsed prior to making this call, disabling escape processing for PreparedStatements objects will have no effect.

HSQLDB-Specific Information:

Up to HSQLDB 1.6.1, disabling escape processing for PreparedStatements objects does have an effect.

HSQLDB 1.7.0 follows the standard behaviour.

Specified by:
setEscapeProcessing in interface java.sql.Statement

getQueryTimeout

public int getQueryTimeout()
                    throws java.sql.SQLException
Retrieves the number of seconds the driver will wait for a Statement object to execute. If the limit is exceeded, a SQLException is thrown.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB always returns zero, meaning there is no limit.

Specified by:
getQueryTimeout in interface java.sql.Statement

setQueryTimeout

public void setQueryTimeout(int seconds)
                     throws java.sql.SQLException
Sets the number of seconds the driver will wait for a Statement object to execute to the given number of seconds. If the limit is exceeded, an SQLException is thrown.

HSQLDB-Specific Information:

Calls to this method are simply ignored; up to and including 1.7.1, HSQLDB waits an unlimited amount of time for statement execution requests to return.

Specified by:
setQueryTimeout in interface java.sql.Statement

cancel

public void cancel()
            throws java.sql.SQLException
Cancels this 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.

HSQLDB-Specific Information:

Up to and including HSQLDB 1.7.0, aborting a SQL statement is not supported, and calls to this method are simply ignored.

Specified by:
cancel in interface java.sql.Statement

getWarnings

public java.sql.SQLWarning getWarnings()
                                throws java.sql.SQLException
Retrieves the first warning reported by calls on this 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 Statement object; doing so will cause an SQLException to be thrown.

Note: If you are processing a ResultSet object, any warnings associated with reads on that ResultSet object will be chained on it rather than on the Statement object that produced it.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB never produces warnings and always returns null.

Specified by:
getWarnings in interface java.sql.Statement

clearWarnings

public void clearWarnings()
                   throws java.sql.SQLException
Clears all the warnings reported on this Statement object. After a call to this method, the method getWarnings will return null until a new warning is reported for this Statement object.

HSQLDB-Specific Information:

Up to and including HSQLDB 1.7.0, SQLWarning objects are never produced, and calls to this method are simply ignored.

Specified by:
clearWarnings in interface java.sql.Statement

setCursorName

public void setCursorName(java.lang.String name)
                   throws java.sql.SQLException
Sets the SQL cursor name to the given 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 Statement object than the one that generated the ResultSet object being used for positioning. Also, cursor names must be unique within a connection.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB does not support named cursors, updateable results or table locking via SELECT FOR UPDATE, so calls to this method are simply ignored.

Specified by:
setCursorName in interface java.sql.Statement

execute

public boolean execute(java.lang.String sql)
                throws java.sql.SQLException
Executes the given SQL statement, which may return multiple results. 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 execute method executes an SQL statement and indicates the form of the first result. You must then use the methods getResultSet or getUpdateCount to retrieve the result, and getMoreResults to move to any subsequent result(s).

Specified by:
execute in interface java.sql.Statement

getResultSet

public java.sql.ResultSet getResultSet()
                                throws java.sql.SQLException
Retrieves the current result as a ResultSet object. This method should be called only once per result.

HSQLDB-Specific Information:

Calling this method multiple times returns multiple references to the same result, if any.

Specified by:
getResultSet in interface java.sql.Statement

getUpdateCount

public int getUpdateCount()
                   throws java.sql.SQLException
Retrieves the current result as an update count; if the result is a ResultSet object or there are no more results, -1 is returned. This method should be called only once per result.

Specified by:
getUpdateCount in interface java.sql.Statement

getMoreResults

public boolean getMoreResults()
                       throws java.sql.SQLException
Moves to this 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:

    (!getMoreResults() && (getUpdateCount() == -1)
 

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB does not support multiple results.

Calling this method closes the current result (if any) and always returns false.

Specified by:
getMoreResults in interface java.sql.Statement

setFetchDirection

public void setFetchDirection(int direction)
                       throws java.sql.SQLException
Gives the driver a hint as to the direction in which rows will be processed in 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 Statement object. Each result set has its own methods for getting and setting its own fetch direction.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB supports only FETCH_FORWARD.

Setting any other value will throw a SQLException, stating the the function is not supported.

Specified by:
setFetchDirection in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

getFetchDirection

public int getFetchDirection()
                      throws java.sql.SQLException
Retrieves the direction for fetching rows from database tables that is the default for result sets generated from this Statement object. If this Statement object has not set a fetch direction by calling the method setFetchDirection, the return value is implementation-specific.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB always returns FETCH_FORWARD.

Specified by:
getFetchDirection in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

setFetchSize

public void setFetchSize(int rows)
                  throws java.sql.SQLException
Gives the JDBC driver a hint as to the number of rows that should be fetched from the database when more rows are needed. The number of rows specified affects only result sets created using this statement. If the value specified is zero, then the hint is ignored. The default value is zero.

HSQLDB-Specific Information:

Up to and including HSQLDB 1.7.0, calls to this method are simply ignored; HSQLDB always fetches a result completely as part of e xecuting its statement.

Specified by:
setFetchSize in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

getFetchSize

public int getFetchSize()
                 throws java.sql.SQLException
Retrieves the number of result set rows that is the default fetch size for 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.

HSQLDB-Specific Information

Up to and including 1.7.1, this method always returns 0. That is, HSQLDB always decides the fetch size, that being all the rows of a result.

Specified by:
getFetchSize in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

getResultSetConcurrency

public int getResultSetConcurrency()
                            throws java.sql.SQLException
Retrieves the result set concurrency for ResultSet objects generated by this Statement object.

HSQLDB-Specific Information:

Up to and including 1.7.1, HSQLDB supports only CONCUR_READ_ONLY concurrency.

Specified by:
getResultSetConcurrency in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

getResultSetType

public int getResultSetType()
                     throws java.sql.SQLException
Retrieves the result set type for ResultSet objects generated by this Statement object.

HSQLDB-Specific Information:

Up to 1.6.1, HSQLDB supported TYPE_FORWARD_ONLY - CONCUR_READ_ONLY results only, so ResultSet objects created using the returned Statement object would always be type TYPE_FORWARD_ONLY with CONCUR_READ_ONLY concurrency.

Starting with 1.7.0, HSQLDB also supports TYPE_SCROLL_INSENSITIVE results.

Specified by:
getResultSetType in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

addBatch

public void addBatch(java.lang.String sql)
              throws java.sql.SQLException
Adds the given SQL command to the current list of commmands for this Statement object. The commands in this list can be executed as a batch by calling the method executeBatch.

NOTE: This method is optional.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
addBatch in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

clearBatch

public void clearBatch()
                throws java.sql.SQLException
Empties this Statement object's current list of SQL commands.

NOTE: This method is optional.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
clearBatch in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

executeBatch

public int[] executeBatch()
                   throws java.sql.SQLException
Submits a batch of commands to the database for execution and if all commands execute successfully, returns an array of update counts. The 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:
  1. A number greater than or equal to zero -- indicates that the command was processed successfully and is an update count giving the number of rows in the database that were affected by the command's execution
  2. A value of SUCCESS_NO_INFO -- indicates that the command was processed successfully but that the number of rows affected is unknown

    If one of the commands in a batch update fails to execute properly, this method throws a BatchUpdateException, and a JDBC driver may or may not continue to process the remaining commands in the batch. However, the driver's behavior must be consistent with a particular DBMS, either always continuing to process commands or never continuing to process commands. If the driver continues processing after a failure, the array returned by the method BatchUpdateException.getUpdateCounts will contain as many elements as there are commands in the batch, and at least one of the elements will be the following:

  3. A value of EXECUTE_FAILED -- indicates that the command failed to execute successfully and occurs only if a driver continues to process commands after a command fails

A driver is not required to implement this method. 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 BatchUpdateException obejct has been thrown.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
executeBatch in interface java.sql.Statement
Since:
JDK 1.3 (JDK 1.1.x developers: read the new overview for jdbcStatement)

getConnection

public java.sql.Connection getConnection()
                                  throws java.sql.SQLException
Retrieves the Connection object that produced this Statement object.

Specified by:
getConnection in interface java.sql.Statement
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcStatement)

getMoreResults

public boolean getMoreResults(int current)
                       throws java.sql.SQLException
Moves to this 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:

   (!getMoreResults() && (getUpdateCount() == -1)
 

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
getMoreResults in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

getGeneratedKeys

public java.sql.ResultSet getGeneratedKeys()
                                    throws java.sql.SQLException
Retrieves any auto-generated keys created as a result of executing this Statement object. If this Statement object did not generate any keys, an empty ResultSet object is returned.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
getGeneratedKeys in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

executeUpdate

public int executeUpdate(java.lang.String sql,
                         int autoGeneratedKeys)
                  throws java.sql.SQLException
Executes the given SQL statement and signals the driver with the given flag about whether the auto-generated keys produced by this Statement object should be made available for retrieval.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
executeUpdate in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

executeUpdate

public int executeUpdate(java.lang.String sql,
                         int[] columnIndexes)
                  throws java.sql.SQLException
Executes the given SQL statement and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval. The driver will ignore the array if the SQL statement is not an INSERT statement.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
executeUpdate in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

executeUpdate

public int executeUpdate(java.lang.String sql,
                         java.lang.String[] columnNames)
                  throws java.sql.SQLException
Executes the given SQL statement and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval. The driver will ignore the array if the SQL statement is not an INSERT statement.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
executeUpdate in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

execute

public boolean execute(java.lang.String sql,
                       int autoGeneratedKeys)
                throws java.sql.SQLException
Executes the given SQL statement, which may return multiple results, and signals the driver that any auto-generated keys should be made available for retrieval. The driver will ignore this signal if the SQL statement is not an INSERT statement.

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 execute method executes an SQL statement and indicates the form of the first result. You must then use the methods getResultSet or getUpdateCount to retrieve the result, and getMoreResults to move to any subsequent result(s).

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
execute in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

execute

public boolean execute(java.lang.String sql,
                       int[] columnIndexes)
                throws java.sql.SQLException
Executes the given SQL statement, which may return multiple results, and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval. This array contains the indexes of the columns in the target table that contain the auto-generated keys that should be made available. The driver will ignore the array if the given SQL statement is not an INSERT statement.

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 execute method executes an SQL statement and indicates the form of the first result. You must then use the methods getResultSet or getUpdateCount to retrieve the result, and getMoreResults to move to any subsequent result(s).

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
execute in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

execute

public boolean execute(java.lang.String sql,
                       java.lang.String[] columnNames)
                throws java.sql.SQLException
Executes the given SQL statement, which may return multiple results, and signals the driver that the auto-generated keys indicated in the given array should be made available for retrieval. This array contains the names of the columns in the target table that contain the auto-generated keys that should be made available. The driver will ignore the array if the given SQL statement is not an INSERT statement.

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 execute method executes an SQL statement and indicates the form of the first result. You must then use the methods getResultSet or getUpdateCount to retrieve the result, and getMoreResults to move to any subsequent result(s).

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
execute in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

getResultSetHoldability

public int getResultSetHoldability()
                            throws java.sql.SQLException
Retrieves the result set holdability for ResultSet objects generated by this Statement object.

HSQLDB-Specific Information:

HSQLDB 1.7.1 does not support this feature.

Calling this method always throws a SQLException, stating that the function is not supported.

Specified by:
getResultSetHoldability in interface java.sql.Statement
Since:
JDK 1.4, HSQLDB 1.7

checkClosed

void checkClosed()
           throws java.sql.SQLException
An internal check for closed connections.


closeOldResult

private void closeOldResult()
                     throws java.sql.SQLException
Closes the current result, if any.


fetchResult

private void fetchResult(java.lang.String sql)
                  throws java.sql.SQLException
The internal result producer.

All jdbcXXXStatement objects eventually go through this method to get results. This method is reponsible for closing the current result, if any, translating the SQL the statement represents (if escape processing is enabled), limiting results to the maximum number set with setMaxRows, and actually submitting the query to the engine and retrieving the corresponding result.