org.hsqldb.jdbc

Class jdbcPreparedStatement

Implemented Interfaces:
PreparedStatement, Statement
Known Direct Subclasses:
jdbcCallableStatement

public class jdbcPreparedStatement
extends jdbcStatement
implements PreparedStatement

<!-- start generic documentation --> An object that represents a precompiled SQL statement.

An SQL statement is precompiled and stored in a PreparedStatement object. This object can then be used to efficiently execute this statement multiple times.

Note: The setter methods (setShort, setString, and so on) for setting IN parameter values must specify types that are compatible with the defined SQL type of the input parameter. For instance, if the IN parameter has SQL type INTEGER, then the method setInt should be used.

If arbitrary parameter type conversions are required, the method setObject should be used with a target SQL type.

In the following example of setting a parameter, con represents an active connection:

 PreparedStatement pstmt = con.prepareStatement("UPDATE EMPLOYEES
                               SET SALARY = ? WHERE ID = ?");
 pstmt.setBigDecimal(1, 153833.00)
 pstmt.setInt(2, 110592)
 

<!-- end generic documentation --> <!-- start Release-specific documentation -->

HSQLDB-Specific Information:

Starting with HSQLDB 1.7.2, jdbcPreparedStatement objects are backed by a true compiled parameteric representation. Hence, there are now significant performance gains to be had by using a jdbcPreparedStatement object in preference to a jdbcStatement object, if a short-running SQL statement is to be executed more than a small number of times.

When it can be otherwise avoided, it is to be considered poor practice to fully prepare (construct), parameterize, execute, fetch and close a jdbcPreparedStatement object for each execution cycle. Indeed, under HSQLDB 1.8.0, this practice is likely to be noticably less performant for short-running statements than the equivalent process using jdbcStatement objects, albeit far more convenient, less error prone and certainly much less resource-intensive, especially when large binary and character values are involved, due to the optimized parameterization facility.

Instead, when developing an application that is not totally oriented toward the execution of ad hoc SQL, it is recommended to expend some effort toward identifing the SQL statements that are good candidates for regular reuse and adapting the structure of the application accordingly. Often, this is done by recording the text of candidate SQL statements in an application resource object (which has the nice side-benefit of isolating and hiding differences in SQL dialects across different drivers) and caching for possible reuse the PreparedStatement objects derived from the recorded text.

Multi thread use:

A PreparedStatement object is stateful and should not normally be shared by multiple threads. If it has to be shared, the calls to set the parameters, calls to add batch statements, the execute call and any post-execute calls should be made within a block synchronized on the PreparedStatement Object.

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, in addition to requiring explicit casts to the org.hsqldb.jdbcXXX interface implementations, 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
 // etc.
 
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)

<!-- end Release-specific documentation -->
Authors:
boucherb@users
fredt@users
See Also:
jdbcConnection.prepareStatement, jdbcResultSet

Method Summary

void
addBatch()
<!-- start generic documentation --> Adds a set of parameters to this PreparedStatement object's batch of commands.
void
addBatch(String sql)
This method should always throw if called for a PreparedStatement or CallableStatment.
void
clearParameters()
<!-- start generic documentation --> Clears the current parameter values immediately.
void
close()
Does the specialized work required to free this object's resources and that of it's parent class.
boolean
execute()
<!-- start generic documentation --> Executes the SQL statement in this PreparedStatement object, which may be any kind of SQL statement.
boolean
execute(String sql)
This method should always throw if called for a PreparedStatement or CallableStatment.
int[]
executeBatch()
<!-- start generic documentation --> Submits a batch of commands to the database for execution and if all commands execute successfully, returns an array of update counts.
ResultSet
executeQuery()
<!-- start generic documentation --> Executes the SQL query in this PreparedStatement object and returns the ResultSet object generated by the query.
ResultSet
executeQuery(String sql)
This method should always throw if called for a PreparedStatement or CallableStatment.
int
executeUpdate()
<!-- start generic documentation --> Executes the SQL statement in this PreparedStatement object, which must be an SQL INSERT, UPDATE or DELETE statement; or an SQL statement that returns nothing, such as a DDL statement.
int
executeUpdate(String sql)
This method should always throw if called for a PreparedStatement or CallableStatment.
ResultSetMetaData
getMetaData()
<!-- start generic documentation --> Retrieves a ResultSetMetaData object that contains information about the columns of the ResultSet object that will be returned when this PreparedStatement object is executed.
ParameterMetaData
getParameterMetaData()
<!-- start generic documentation --> Retrieves the number, types and properties of this PreparedStatement object's parameters.
void
setArray(int i, Array x)
<!-- start generic documentation --> Sets the designated parameter to the given Array object.
void
setAsciiStream(int parameterIndex, java.io.InputStream x, int length)
<!-- start generic documentation --> Sets the designated parameter to the given input stream, which will have the specified number of bytes.
void
setBigDecimal(int parameterIndex, BigDecimal x)
<!-- start generic documentation --> Sets the designated parameter to the given java.math.BigDecimal value.
void
setBinaryStream(int parameterIndex, java.io.InputStream x, int length)
<!-- start generic documentation --> Sets the designated parameter to the given input stream, which will have the specified number of bytes.
void
setBlob(int i, Blob x)
<!-- start generic documentation --> Sets the designated parameter to the given Blob object.
void
setBoolean(int parameterIndex, boolean x)
<!-- start generic documentation --> Sets the designated parameter to the given Java boolean value.
void
setByte(int parameterIndex, byte x)
<!-- start generic documentation --> Sets the designated parameter to the given Java byte value.
void
setBytes(int paramIndex, byte[] x)
<!-- start generic documentation --> Sets the designated parameter to the given Java array of bytes.
void
setCharacterStream(int parameterIndex, java.io.Reader reader, int length)
<!-- start generic documentation --> Sets the designated parameter to the given Reader object, which is the given number of characters long.
void
setClob(int i, Clob x)
<!-- start generic documentation --> Sets the designated parameter to the given Clob object.
void
setDate(int parameterIndex, Date x)
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Date value.
void
setDate(int parameterIndex, Date x, Calendar cal)
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Date value, using the given Calendar object.
void
setDouble(int parameterIndex, double x)
<!-- start generic documentation --> Sets the designated parameter to the given Java double value.
void
setEscapeProcessing(boolean enable)
<!-- start generic documentation --> Sets escape processing on or off.
void
setFloat(int parameterIndex, float x)
<!-- start generic documentation --> Sets the designated parameter to the given Java float value.
void
setInt(int parameterIndex, int x)
<!-- start generic documentation --> Sets the designated parameter to the given Java int value.
void
setLong(int parameterIndex, long x)
<!-- start generic documentation --> Sets the designated parameter to the given Java long value.
void
setNull(int paramIndex, int sqlType)
<!-- start generic documentation --> Sets the designated parameter to SQL NULL.
void
setNull(int paramIndex, int sqlType, String typeName)
<!-- start generic documentation --> Sets the designated parameter to SQL NULL.
void
setObject(int parameterIndex, Object x)
<!-- start generic documentation --> Sets the value of the designated parameter using the given object.
void
setObject(int parameterIndex, Object x, int targetSqlType)
<!-- start generic documentation --> Sets the value of the designated parameter with the given object.
void
setObject(int parameterIndex, Object x, int targetSqlType, int scale)
<!-- start generic documentation --> Sets the value of the designated parameter with the given object.
void
setRef(int i, Ref x)
<!-- start generic documentation --> Sets the designated parameter to the given REF(<structured-type>) value.
void
setShort(int parameterIndex, short x)
<!-- start generic documentation --> Sets the designated parameter to the given Java short value.
void
setString(int parameterIndex, String x)
<!-- start generic documentation --> Sets the designated parameter to the given Java String value.
void
setTime(int parameterIndex, Time x)
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Time value.
void
setTime(int parameterIndex, Time x, Calendar cal)
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Time value, using the given Calendar object.
void
setTimestamp(int parameterIndex, Timestamp x)
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Timestamp value.
void
setTimestamp(int parameterIndex, Timestamp x, Calendar cal)
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Timestamp value, using the given Calendar object.
void
setURL(int parameterIndex, java.net.URL x)
<!-- start generic documentation --> Sets the designated parameter to the given java.net.URL value.
void
setUnicodeStream(int parameterIndex, java.io.InputStream x, int length)
Deprecated. Sun does not include a reason, but presumably this is because setCharacterStream is now prefered
String
toString()
Retrieves a String representation of this object.

Methods inherited from class org.hsqldb.jdbc.jdbcStatement

addBatch, cancel, clearBatch, clearWarnings, close, execute, execute, execute, execute, executeBatch, executeQuery, executeUpdate, executeUpdate, executeUpdate, executeUpdate, getConnection, getFetchDirection, getFetchSize, getGeneratedKeys, getMaxFieldSize, getMaxRows, getMoreResults, getMoreResults, getQueryTimeout, getResultSet, getResultSetConcurrency, getResultSetHoldability, getResultSetType, getUpdateCount, getWarnings, setCursorName, setEscapeProcessing, setFetchDirection, setFetchSize, setMaxFieldSize, setMaxRows, setQueryTimeout

Method Details

addBatch

public void addBatch()
            throws SQLException
<!-- start generic documentation --> Adds a set of parameters to this PreparedStatement object's batch of commands.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, this feature is supported.

<!-- end release-specific documentation -->
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

addBatch

public void addBatch(String sql)
            throws SQLException
This method should always throw if called for a PreparedStatement or CallableStatment.
Overrides:
addBatch in interface jdbcStatement
Parameters:
sql - ignored

clearParameters

public void clearParameters()
            throws SQLException
<!-- start generic documentation --> Clears the current parameter values immediately.

In general, parameter values remain in force for repeated use of a statement. Setting a parameter value automatically clears its previous value. However, in some cases it is useful to immediately release the resources used by the current parameter values; this can be done by calling the method clearParameters.

<!-- end generic documentation -->


close

public void close()
            throws SQLException
Does the specialized work required to free this object's resources and that of it's parent class.

Overrides:
close in interface jdbcStatement

execute

public boolean execute()
            throws SQLException
<!-- start generic documentation --> Executes the SQL statement in this PreparedStatement object, which may be any kind of SQL statement. Some prepared statements return multiple results; the execute method handles these complex statements as well as the simpler form of statements handled by the methods executeQueryand executeUpdate.

The execute method returns a boolean to indicate the form of the first result. You must call either the method getResultSet or getUpdateCount to retrieve the result; you must call getMoreResults to move to any subsequent result(s).

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Including 1.8.0, prepared statements do not generate multiple fetchable results.

In future versions, it will be possible that statements generate multiple fetchable results under certain conditions.

Returns:
true if the first result is a ResultSet object; false if the first result is an update count or there is no result

execute

public boolean execute(String sql)
            throws SQLException
This method should always throw if called for a PreparedStatement or CallableStatment.
Overrides:
execute in interface jdbcStatement
Parameters:
sql - ignored
Returns:
nothing

executeBatch

public int[] executeBatch()
            throws SQLException
<!-- start generic documentation --> 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.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Starting with HSQLDB 1.7.2, this feature is supported.

HSQLDB stops execution of commands in a batch when one of the commands results in an exception. The size of the returned array equals the number of commands that were executed successfully.

When the product is built under the JAVA1 target, an exception is never thrown and it is the responsibility of the client software to check the size of the returned update count array to determine if any batch items failed. To build and run under the JAVA2 target, JDK/JRE 1.3 or higher must be used.

<!-- end release-specific documentation -->
Overrides:
executeBatch in interface jdbcStatement
Returns:
an array of update counts containing one element for each command in the batch. The elements of the array are ordered according to the order in which commands were added to the batch.
Since:
JDK 1.3 (JDK 1.1.x developers: read the new overview for jdbcStatement)

executeQuery

public ResultSet executeQuery()
            throws SQLException
<!-- start generic documentation --> Executes the SQL query in this PreparedStatement object and returns the ResultSet object generated by the query.

<!-- end generic documentation -->

Returns:
a ResultSet object that contains the data produced by the query; never null

executeQuery

public ResultSet executeQuery(String sql)
            throws SQLException
This method should always throw if called for a PreparedStatement or CallableStatment.
Overrides:
executeQuery in interface jdbcStatement
Parameters:
sql - ignored
Returns:
nothing

executeUpdate

public int executeUpdate()
            throws SQLException
<!-- start generic documentation --> Executes the SQL statement in this PreparedStatement object, which must be an SQL INSERT, UPDATE or DELETE statement; or an SQL statement that returns nothing, such as a DDL statement.

<!-- end generic documentation -->

Returns:
either (1) the row count for INSERT, UPDATE, or DELETE statements or (2) 0 for SQL statements that return nothing

executeUpdate

public int executeUpdate(String sql)
            throws SQLException
This method should always throw if called for a PreparedStatement or CallableStatment.
Overrides:
executeUpdate in interface jdbcStatement
Parameters:
sql - ignored
Returns:
nothing

getMetaData

public ResultSetMetaData getMetaData()
            throws SQLException
<!-- start generic documentation --> Retrieves a ResultSetMetaData object that contains information about the columns of the ResultSet object that will be returned when this PreparedStatement object is executed.

Because a PreparedStatement object is precompiled, it is possible to know about the ResultSet object that it will return without having to execute it. Consequently, it is possible to invoke the method getMetaData on a PreparedStatement object rather than waiting to execute it and then invoking the ResultSet.getMetaData method on the ResultSet object that is returned.

NOTE: Using this method may be expensive for some drivers due to the lack of underlying DBMS support.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, this feature is supported. If the statement generates an update count, then null is returned.

<!-- end release-specific documentation -->
Returns:
the description of a ResultSet object's columns or null if the driver cannot return a ResultSetMetaData object
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

getParameterMetaData

public ParameterMetaData getParameterMetaData()
            throws SQLException
<!-- start generic documentation --> Retrieves the number, types and properties of this PreparedStatement object's parameters.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, this feature is supported.

<!-- end release-specific documentation -->
Returns:
a ParameterMetaData object that contains information about the number, types and properties of this PreparedStatement object's parameters
Since:
JDK 1.4, HSQL 1.7.0
See Also:
java.sql.ParameterMetaData

setArray

public void setArray(int i,
                     Array x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Array object. The driver converts this to an SQL ARRAY value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

HSQLDB 1.7.2 does not support the SQL ARRAY type. Calling this method throws an exception.

<!-- end release-specific documentation -->
Parameters:
i - the first parameter is 1, the second is 2, ...
x - an Array object that maps an SQL ARRAY value
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setAsciiStream

public void setAsciiStream(int parameterIndex,
                           java.io.InputStream x,
                           int length)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given input stream, which will have the specified number of bytes. When a very large ASCII value is input to a LONGVARCHAR parameter, it may be more practical to send it via a java.io.InputStream. Data will be read from the stream as needed until end-of-file is reached. The JDBC driver will do any necessary conversion from ASCII to the database char format.

Note: This stream object can either be a standard Java stream object or your own subclass that implements the standard interface.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

This method uses the default platform character encoding to convert bytes from the stream into the characters of a String. In the future this is likely to change to always treat the stream as ASCII.

Before HSQLDB 1.7.0, setAsciiStream and setUnicodeStream were identical.

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the Java input stream that contains the ASCII parameter value
length - the number of bytes in the stream

setBigDecimal

public void setBigDecimal(int parameterIndex,
                          BigDecimal x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.math.BigDecimal value. The driver converts this to an SQL NUMERIC value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setBinaryStream

public void setBinaryStream(int parameterIndex,
                            java.io.InputStream x,
                            int length)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given input stream, which will have the specified number of bytes. When a very large binary value is input to a LONGVARBINARY parameter, it may be more practical to send it via a java.io.InputStream object. The data will be read from the stream as needed until end-of-file is reached.

Note: This stream object can either be a standard Java stream object or your own subclass that implements the standard interface.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, this method works according to the standard.

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the java input stream which contains the binary parameter value
length - the number of bytes in the stream

setBlob

public void setBlob(int i,
                    Blob x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Blob object. The driver converts this to an SQL BLOB value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Previous to 1.7.2, this feature was not supported.

Since 1.7.2, setBlob is supported. With 1.7.2, setting Blob objects is limited to those of length less than or equal to Integer.MAX_VALUE. In 1.7.2, setBlob(i,x) is roughly equivalent (null and length handling not shown) to:

 setBinaryStream(i, x.getBinaryStream(), (int) x.length());
 
<!-- end release-specific documentation -->
Parameters:
i - the first parameter is 1, the second is 2, ...
x - a Blob object that maps an SQL BLOB value
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setBoolean

public void setBoolean(int parameterIndex,
                       boolean x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java boolean value. The driver converts this to an SQL BIT value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, HSQLDB uses the BOOLEAN type instead of BIT, as per SQL 200n (SQL 3).

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setByte

public void setByte(int parameterIndex,
                    byte x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java byte value. The driver converts this to an SQL TINYINT value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setBytes

public void setBytes(int paramIndex,
                     byte[] x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java array of bytes. The driver converts this to an SQL VARBINARY or LONGVARBINARY (depending on the argument's size relative to the driver's limits on VARBINARY values) when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Including 1.7.2, HSQLDB stores all XXXBINARY values the same way; there is no appreciable difference between BINARY, VARBINARY and LONGVARBINARY.

<!-- start release-specific documentation -->
Parameters:
paramIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setCharacterStream

public void setCharacterStream(int parameterIndex,
                               java.io.Reader reader,
                               int length)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Reader object, which is the given number of characters long. When a very large UNICODE value is input to a LONGVARCHAR parameter, it may be more practical to send it via a java.io.Reader object. The data will be read from the stream as needed until end-of-file is reached. The JDBC driver will do any necessary conversion from UNICODE to the database char format.

Note: This stream object can either be a standard Java stream object or your own subclass that implements the standard interface.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

HSQLDB stores CHARACTER and related SQL types as Unicode so this method does not perform any conversion.

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
reader - the java.io.Reader object that contains the Unicode data
length - the number of characters in the stream
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setClob

public void setClob(int i,
                    Clob x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Clob object. The driver converts this to an SQL CLOB value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Previous to 1.7.2, this feature was not supported.

Since 1.7.2, setClob is supported. With 1.7.2, setting Blob objects is limited to those of length less than or equal to Integer.MAX_VALUE. In 1.7.2, setClob(i,x) is rougly equivalent (null and length handling not shown) to:

 setCharacterStream(i, x.getCharacterStream(), (int) x.length());
 
<!-- end release-specific documentation -->
Parameters:
i - the first parameter is 1, the second is 2, ...
x - a Clob object that maps an SQL CLOB value
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setDate

public void setDate(int parameterIndex,
                    Date x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Date value. The driver converts this to an SQL DATE value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setDate

public void setDate(int parameterIndex,
                    Date x,
                    Calendar cal)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Date value, using the given Calendar object. The driver uses the Calendar object to construct an SQL DATE value,which the driver then sends to the database. With a a Calendar object, the driver can calculate the date taking into account a custom timezone. If no Calendar object is specified, the driver uses the default timezone, which is that of the virtual machine running the application.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value
cal - the Calendar object the driver will use to construct the date
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setDouble

public void setDouble(int parameterIndex,
                      double x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java double value. The driver converts this to an SQL DOUBLE value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.1, HSQLDB handles Java positive/negative Infinity and NaN double values consistent with the Java Language Specification; these special values are now correctly stored to and retrieved from the database.

<!-- start release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setEscapeProcessing

public void setEscapeProcessing(boolean enable)
            throws SQLException
<!-- start generic documentation --> Sets escape processing on or off.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.0, the implementation follows the standard behaviour by overriding the same method in jdbcStatement class.

In other words, calling this method has no effect.

<!-- end release-specific documentation -->
Overrides:
setEscapeProcessing in interface jdbcStatement
Parameters:
enable - true to enable escape processing; false to disable it

setFloat

public void setFloat(int parameterIndex,
                     float x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java float value. The driver converts this to an SQL FLOAT value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.1, HSQLDB handles Java positive/negative Infinity and NaN float values consistent with the Java Language Specification; these special values are now correctly stored to and retrieved from the database.

<!-- start release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setInt

public void setInt(int parameterIndex,
                   int x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java int value. The driver converts this to an SQL INTEGER value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setLong

public void setLong(int parameterIndex,
                    long x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java long value. The driver converts this to an SQL BIGINT value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setNull

public void setNull(int paramIndex,
                    int sqlType)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to SQL NULL.

Note: You must specify the parameter's SQL type.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

HSQLDB ignores the sqlType argument.

<!-- end release-specific documentation -->
Parameters:
paramIndex - the first parameter is 1, the second is 2, ...
sqlType - the SQL type code defined in java.sql.Types

setNull

public void setNull(int paramIndex,
                    int sqlType,
                    String typeName)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to SQL NULL. This version of the method setNull should be used for user-defined types and REF type parameters. Examples of user-defined types include: STRUCT, DISTINCT, JAVA_OBJECT, and named array types.

Note: To be portable, applications must give the SQL type code and the fully-qualified SQL type name when specifying a NULL user-defined or REF parameter. In the case of a user-defined type the name is the type name of the parameter itself. For a REF parameter, the name is the type name of the referenced type. If a JDBC driver does not need the type code or type name information, it may ignore it. Although it is intended for user-defined and Ref parameters, this method may be used to set a null parameter of any JDBC type. If the parameter does not have a user-defined or REF type, the given typeName is ignored.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

HSQLDB ignores the sqlType and typeName arguments.

<!-- end release-specific documentation -->
Parameters:
paramIndex - the first parameter is 1, the second is 2, ...
sqlType - a value from java.sql.Types
typeName - the fully-qualified name of an SQL user-defined type; ignored if the parameter is not a user-defined type or REF
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setObject

public void setObject(int parameterIndex,
                      Object x)
            throws SQLException
<!-- start generic documentation --> Sets the value of the designated parameter using the given object.

The second parameter must be of type Object; therefore, the java.lang equivalent objects should be used for built-in types.

The JDBC specification specifies a standard mapping from Java Object types to SQL types. The given argument will be converted to the corresponding SQL type before being sent to the database.

Note that this method may be used to pass datatabase- specific abstract data types, by using a driver-specific Java type. If the object is of a class implementing the interface SQLData, the JDBC driver should call the method SQLData.writeSQL to write it to the SQL data stream. If, on the other hand, the object is of a class implementing Ref, Blob, Clob, Struct, or Array, the driver should pass it to the database as a value of the corresponding SQL type.

This method throws an exception if there is an ambiguity, for example, if the object is of a class implementing more than one of the interfaces named above.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, this method supports conversions listed in the conversion table B-5 of the JDBC 3 specification.

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the object containing the input parameter value

setObject

public void setObject(int parameterIndex,
                      Object x,
                      int targetSqlType)
            throws SQLException
<!-- start generic documentation --> Sets the value of the designated parameter with the given object. This method is like the method setObject above, except that it assumes a scale of zero.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.2, this method supports conversions listed in the conversion table B-5 of the JDBC 3 specification.

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the object containing the input parameter value
targetSqlType - the SQL type (as defined in java.sql.Types) to be sent to the database

setObject

public void setObject(int parameterIndex,
                      Object x,
                      int targetSqlType,
                      int scale)
            throws SQLException
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the object containing the input parameter value
targetSqlType - the SQL type (as defined in java.sql.Types) to be sent to the database. The scale argument may further qualify this type.
scale - for java.sql.Types.DECIMAL or java.sql.Types.NUMERIC types, this is the number of digits after the decimal point. For all other types, this value will be ignored.

Up to and including HSQLDB 1.7.0, this parameter is ignored.

See Also:
java.sql.Types, setObject(int,Object,int)

setRef

public void setRef(int i,
                   Ref x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given REF(<structured-type>) value. The driver converts this to an SQL REF value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

HSQLDB 1.7.2 does not support the SQL REF type. Calling this method throws an exception.

<!-- end release-specific documentation -->
Parameters:
i - the first parameter is 1, the second is 2, ...
x - an SQL REF value
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setShort

public void setShort(int parameterIndex,
                     short x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java short value. The driver converts this to an SQL SMALLINT value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setString

public void setString(int parameterIndex,
                      String x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given Java String value. The driver converts this to an SQL VARCHAR or LONGVARCHAR value (depending on the argument's size relative to the driver's limits on VARCHAR values) when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Including 1.7.2, HSQLDB stores all XXXCHAR values as java.lang.String objects; there is no appreciable difference between CHAR, VARCHAR and LONGVARCHAR.

<!-- start release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setTime

public void setTime(int parameterIndex,
                    Time x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Time value. The driver converts this to an SQL TIME value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setTime

public void setTime(int parameterIndex,
                    Time x,
                    Calendar cal)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Time value, using the given Calendar object. The driver uses the Calendar object to construct an SQL TIME value, which the driver then sends to the database. With a a Calendar object, the driver can calculate the time taking into account a custom timezone. If no Calendar object is specified, the driver uses the default timezone, which is that of the virtual machine running the application.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value
cal - the Calendar object the driver will use to construct the time
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setTimestamp

public void setTimestamp(int parameterIndex,
                         Timestamp x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Timestamp value. The driver converts this to an SQL TIMESTAMP value when it sends it to the database.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value

setTimestamp

public void setTimestamp(int parameterIndex,
                         Timestamp x,
                         Calendar cal)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.sql.Timestamp value, using the given Calendar object. The driver uses the Calendar object to construct an SQL TIMESTAMP value, which the driver then sends to the database. With a Calendar object, the driver can calculate the timestamp taking into account a custom timezone. If no Calendar object is specified, the driver uses the default timezone, which is that of the virtual machine running the application.

<!-- end generic documentation -->

Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the parameter value
cal - the Calendar object the driver will use to construct the timestamp
Since:
JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)

setURL

public void setURL(int parameterIndex,
                   java.net.URL x)
            throws SQLException
<!-- start generic documentation --> Sets the designated parameter to the given java.net.URL value. The driver converts this to an SQL DATALINK value when it sends it to the database.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

HSQLDB 1.7.2 does not support the DATALINK SQL type for which this method is intended. Calling this method throws an exception.

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - the java.net.URL object to be set
Since:
JDK 1.4, HSQL 1.7.0

setUnicodeStream

public void setUnicodeStream(int parameterIndex,
                             java.io.InputStream x,
                             int length)
            throws SQLException

Deprecated. Sun does not include a reason, but presumably this is because setCharacterStream is now prefered

<!-- start generic documentation --> Sets the designated parameter to the given input stream, which will have the specified number of bytes. A Unicode character has two bytes, with the first byte being the high byte, and the second being the low byte. When a very large Unicode value is input to a LONGVARCHAR parameter, it may be more practical to send it via a java.io.InputStream object. The data will be read from the stream as needed until end-of-file is reached. The JDBC driver will do any necessary conversion from Unicode to the database char format.

Note: This stream object can either be a standard Java stream object or your own subclass that implements the standard interface.

<!-- end generic documentation --> <!-- start release-specific documentation -->

HSQLDB-Specific Information:

Since 1.7.0, this method complies with behavior as defined by the JDBC3 specification.

<!-- end release-specific documentation -->
Parameters:
parameterIndex - the first parameter is 1, the second is 2, ...
x - a java.io.InputStream object that contains the Unicode parameter value as two-byte Unicode characters
length - the number of bytes in the stream

toString

public String toString()
Retrieves a String representation of this object.

The representation is of the form:

class-name@hash[sql=[char-sequence], parameters=[p1, ...pi, ...pn]]

p1, ...pi, ...pn are the String representations of the currently set parameter values that will be used with the non-batch execution methods.

Returns:
a String representation of this object

Copyright B) 2001 - 2005 HSQL Development Group. All Rights Reserved.