org.hsqldb.jdbc
public class jdbcCallableStatement extends jdbcPreparedStatement implements CallableStatement
{?= call <procedure-name>[<arg1>,<arg2>, ...]} {call <procedure-name>[<arg1>,<arg2>, ...]}
IN parameter values are set using the set
methods inherited from
{@link PreparedStatement}. The type of all OUT parameters must be
registered prior to executing the stored procedure; their values
are retrieved after execution via the get
methods provided here.
A CallableStatement
can return one {@link ResultSet} object or
multiple ResultSet
objects. Multiple
ResultSet
objects are handled using operations
inherited from {@link Statement}.
For maximum portability, a call's ResultSet
objects and
update counts should be processed prior to getting the values of output
parameters.
Since 1.7.2, the JDBC CallableStatement interface implementation has been broken out of the jdbcPreparedStatement class into this one.
With 1.7.2, some of the previously unsupported features of this interface are now supported, such as the parameterName-based setter methods.
More importantly, jdbcCallableStatement objects are now backed by a true compiled parameteric representation. Hence, there are now significant performance gains to be had by using a CallableStatement object instead of a Statement object, if a short-running CALL statement is to be executed more than a small number of times. Moreover, the recent work lays the foundation for work in a subsequenct release to support CallableStatement OUT and IN OUT style parameters, as well as the generation and retrieval of multiple results in response to the execution of a CallableStatement object.
For a more in-depth discussion of performance issues regarding 1.7.2 prepared and callable statement objects, please see overview section of {@link jdbcPreparedStatement jdbcPreparedStatment}.
Beyond the XOpen/ODBC extended scalar functions, stored procedures are typically supported in ways that vary greatly from one DBMS implementation to the next. So, it is almost guaranteed that the code for a stored procedure written under a specific DBMS product will not work without at least some modification in the context of another vendor's product or even across a single vendor's product lines. Moving stored procedures from one DBMS product line to another almost invariably involves complex porting issues and often may not be possible at all. Be warned.
At present, HSQLDB stored procedures map directly onto the methods of compiled Java classes found on the classpath of the engine at runtime. This is done in a non-standard but fairly efficient way by issuing a class grant (and possibly method aliases) of the form:
GRANT ALL ON CLASS "package.class" TO [<user-name> | PUBLIC] CREATE ALIAS <call-alias> FOR "package.class.method" -- optionalThis has the effect of allowing the specified user(s) to access the set of uniquely named public static methods of the specified class, in either the role of SQL functions or stored procedures. For example:
CONNECT <admin-user> PASSWORD <admin-user-password>; GRANT ALL ON CLASS "org.myorg.MyClass" TO PUBLIC; CREATE ALIAS sp_my_method FOR "org.myorg.MyClass.myMethod" CONNECT <any-user> PASSWORD <any-user-password>; SELECT "org.myorg.MyClass.myMethod"(column_1) FROM table_1; SELECT sp_my_method(column_1) FROM table_1; CALL 2 + "org.myorg.MyClass.myMethod"(-5); CALL 2 + sp_my_method(-5);Please note the use of the term "uniquely named" above. Including 1.7.2, no support is provided to deterministically resolve overloaded method names, and there can be issues with inherited methods as well; currently, it is strongly recommended that developers creating stored procedure library classes for HSQLDB simply avoid designs such that SQL stored procedure calls attempt to resolve to:
OUT
and IN OUT
parameters
are not yet supported due to some unresolved low level support issues.
Including 1.7.2, the HSQLDB stored procedure call mechanism is essentially a
thin wrap of the HSQLDB SQL function call mechanism, extended to include the
more general HSQLDB SQL expression evaluation mechanism. In addition to
stored procedure calls that resolve directly to Java method invocations, the
extention provides the ability to evaluate simple SQL expressions, possibly
containing Java method invocations, outside any INSERT
,
UPDATE
, DELETE
or SELECT
statement
context.
With HSQLDB, executing a CALL
statement that produces an opaque
(OTHER) or known scalar object reference has virtually the same effect as:
CREATE TABLE DUAL (dummy VARCHAR); INSERT INTO DUAL VALUES(NULL); SELECT <simple-expression> FROM DUAL;As a transitional measure, HSQLDB provides the ability to materialize a general result set in response to stored procedure execution. In this case, the stored procedure's Java method descriptor must specify a return type of java.lang.Object for external use (although at any point in the devlopment cycle, other, proprietary return types may accepted internally for engine development purposes). When HSQLDB detects that the runtime class of the resulting Object is elligible, an automatic internal unwrapping is performed to correctly expose the underlying result set to the client, whether local or remote.
Additionally, HSQLDB automatically detects if java.sql.Connection is the class of the first argument of any underlying Java method(s). If so, then the engine transparently supplies the internal Connection object corresponding to the Session executing the call, adjusting the positions of other arguments to suite the SQL context.
The features above are not intended to be permanent. Rather, the intention is to offer more general and powerful mechanisms in a future release; it is recommend to use them only as a temporary convenience.
For instance, one might be well advised to future-proof by writing HSQLDB-specific adapter methods that in turn call the real logic of an underlying generalized JDBC stored procedure library.
Here is a very simple example of an HSQLDB stored procedure generating a user-defined result set:
package mypackage; class MyClass { public static Object mySp(Connection conn) throws SQLException { return conn.createStatement().executeQuery("select * from my_table"); } }Here is a refinement demonstrating no more than the bare essence of the idea behind a more portable style:
package mypackage; import java.sql.ResultSet; import java.sql.SQLException; class MyLibraryClass { public static ResultSet mySp() throws SQLException { return ctx.getConnection().createStatement().executeQuery("select * from my_table"); } } //-- package myadaptorpackage; import java.sql.Connection; import java.sql.SQLException; class MyAdaptorClass { public static Object mySp(Connection conn) throws SQLException { MyLibraryClass.getCtx().setConnection(conn); return MyLibraryClass.mySp(); } }In a future release, it is intended to provided some new features that will support writing fairly portable JDBC-based stored procedure code:
Since: 1.7.2
See Also: jdbcConnection jdbcResultSet
Constructor Summary | |
---|---|
jdbcCallableStatement(jdbcConnection c, String sql, int type)
Constructs a new jdbcCallableStatement with the specified connection and
result type.
|
Method Summary | |
---|---|
void | close()
Does the specialized work required to free this object's resources and
that of it's parent classes. |
Array | getArray(int parameterIndex) |
Array | getArray(String parameterName) |
BigDecimal | getBigDecimal(int parameterIndex, int scale) |
BigDecimal | getBigDecimal(int parameterIndex) |
BigDecimal | getBigDecimal(String parameterName) |
Blob | getBlob(int parameterIndex) |
Blob | getBlob(String parameterName) |
boolean | getBoolean(int parameterIndex) |
boolean | getBoolean(String parameterName) |
byte | getByte(int parameterIndex) |
byte | getByte(String parameterName) |
byte[] | getBytes(int parameterIndex) |
byte[] | getBytes(String parameterName) |
Clob | getClob(int parameterIndex) |
Clob | getClob(String parameterName) |
Date | getDate(int parameterIndex) |
Date | getDate(int parameterIndex, Calendar cal) |
Date | getDate(String parameterName) |
Date | getDate(String parameterName, Calendar cal) |
double | getDouble(int parameterIndex) |
double | getDouble(String parameterName) |
float | getFloat(int parameterIndex) |
float | getFloat(String parameterName) |
int | getInt(int parameterIndex) |
int | getInt(String parameterName) |
long | getLong(int parameterIndex) |
long | getLong(String parameterName) |
Object | getObject(int parameterIndex) |
Object | getObject(int parameterIndex, Map map) |
Object | getObject(String parameterName) |
Object | getObject(String parameterName, Map map) |
Ref | getRef(int parameterIndex) |
Ref | getRef(String parameterName) |
short | getShort(int parameterIndex) |
short | getShort(String parameterName) |
String | getString(int parameterIndex) |
String | getString(String parameterName) |
Time | getTime(int parameterIndex) |
Time | getTime(int parameterIndex, Calendar cal) |
Time | getTime(String parameterName) |
Time | getTime(String parameterName, Calendar cal) |
Timestamp | getTimestamp(int parameterIndex) |
Timestamp | getTimestamp(int parameterIndex, Calendar cal) |
Timestamp | getTimestamp(String parameterName) |
Timestamp | getTimestamp(String parameterName, Calendar cal) |
URL | getURL(int parameterIndex) |
URL | getURL(String parameterName) |
void | registerOutParameter(int parameterIndex, int sqlType) |
void | registerOutParameter(int parameterIndex, int sqlType, int scale) |
void | registerOutParameter(int parameterIndex, int sqlType, String typeName) |
void | registerOutParameter(String parameterName, int sqlType) |
void | registerOutParameter(String parameterName, int sqlType, int scale) |
void | registerOutParameter(String parameterName, int sqlType, String typeName) |
void | setAsciiStream(String parameterName, InputStream x, int length) |
void | setBigDecimal(String parameterName, BigDecimal x) |
void | setBinaryStream(String parameterName, InputStream x, int length) |
void | setBoolean(String parameterName, boolean x) |
void | setByte(String parameterName, byte x) |
void | setBytes(String parameterName, byte[] x) |
void | setCharacterStream(String parameterName, Reader reader, int length) |
void | setDate(String parameterName, Date x) |
void | setDate(String parameterName, Date x, Calendar cal) |
void | setDouble(String parameterName, double x) |
void | setFloat(String parameterName, float x) |
void | setInt(String parameterName, int x) |
void | setLong(String parameterName, long x) |
void | setNull(String parameterName, int sqlType) |
void | setNull(String parameterName, int sqlType, String typeName) |
void | setObject(String parameterName, Object x, int targetSqlType, int scale) |
void | setObject(String parameterName, Object x, int targetSqlType) |
void | setObject(String parameterName, Object x) |
void | setShort(String parameterName, short x) |
void | setString(String parameterName, String x) |
void | setTime(String parameterName, Time x) |
void | setTime(String parameterName, Time x, Calendar cal) |
void | setTimestamp(String parameterName, Timestamp x) |
void | setTimestamp(String parameterName, Timestamp x, Calendar cal) |
void | setURL(String parameterName, URL val) |
boolean | wasNull() |
Parameters: c the connection on which this statement will execute sql the SQL statement this object represents type the type of result this statement will produce
Throws: HsqlException if the statement is not accepted by the database SQLException if preprocessing by driver fails
Throws: SQLException if a database access error occurs
ARRAY
parameter as an {@link java.sql.Array} object in the Java programming
language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value as an Array
object in
the Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
ARRAY
parameter as an
{@link Array} object in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value as an Array
object in
Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
Deprecated: use getBigDecimal(int parameterIndex)
or getBigDecimal(String parameterName)
NUMERIC
parameter as a java.math.BigDecimal
object with
scale digits to the right of the decimal point.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on scale the number of digits to the right of the decimal point
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
NUMERIC
parameter as a java.math.BigDecimal
object with as many
digits to the right of the decimal point as the value contains.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value in full precision. If the value is
SQL NULL
, the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
See Also: jdbcCallableStatement
NUMERIC
parameter as a
java.math.BigDecimal
object with as many digits to the
right of the decimal point as the value contains.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value in full precision. If the value is
SQL NULL
, the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
BLOB
parameter as a {@link java.sql.Blob} object in the Java
programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value as a Blob
object in the
Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
BLOB
parameter as a
{@link java.sql.Blob} object in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value as a Blob
object in the
Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
BIT
parameter
as a boolean
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is false
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
BIT
or BOOLEAN
parameter as a
boolean
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is false
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
TINYINT
parameter as a byte
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
TINYINT
parameter as a
byte
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
BINARY
or
VARBINARY
parameter as an array of byte
values in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
BINARY
or
VARBINARY
parameter as an array of byte
values in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
CLOB
parameter as a {@link java.sql.Clob} object in the Java programming
language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value as a Clob
object in the
Java programming language. If the value was SQL NULL
, the
value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
CLOB
parameter as a
{@link java.sql.Clob} object in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value as a Clob
object in the
Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
DATE
parameter
as a java.sql.Date
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
, the
result is null
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
DATE
parameter as a java.sql.Date
object, using
the given Calendar
object
to construct the date.
With a Calendar
object, the driver
can calculate the date taking into account a custom timezone and
locale. If no Calendar
object is specified, the driver
uses the default timezone and locale.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,
and so on cal the Calendar
object the driver will use
to construct the date
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
See Also: jdbcCallableStatement
DATE
parameter as a
java.sql.Date
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
DATE
parameter as a
java.sql.Date
object, using
the given Calendar
object
to construct the date.
With a Calendar
object, the driver
can calculate the date taking into account a custom timezone and
locale. If no Calendar
object is specified, the d
river uses the default timezone and locale.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter cal the Calendar
object the driver will use
to construct the date
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
DOUBLE
parameter as a double
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
DOUBLE
parameter as
a double
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
FLOAT
parameter as a float
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
, the
result is 0
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
FLOAT
parameter as
a float
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
INTEGER
parameter as an int
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
INTEGER
parameter as
an int
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
BIGINT
parameter as a long
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
BIGINT
parameter as
a long
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
Object
in the Java programming language. If the value is an SQL NULL
,
the driver returns a Java null
.
This method returns a Java object whose type corresponds to the JDBC
type that was registered for this parameter using the method
registerOutParameter
. By registering the target JDBC
type as java.sql.Types.OTHER
, this method can be used
to read database-specific abstract data types.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: A java.lang.Object
holding the OUT parameter value
Throws: SQLException if a database access error occurs
See Also: java.sql.Types jdbcCallableStatement
parameterIndex
and uses map
for the custom
mapping of the parameter value.
This method returns a Java object whose type corresponds to the
JDBC type that was registered for this parameter using the method
registerOutParameter
. By registering the target
JDBC type as java.sql.Types.OTHER
, this method can
be used to read database-specific abstract data types.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on map the mapping from SQL type names to Java classes
Returns: a java.lang.Object
holding the OUT parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
See Also: jdbcCallableStatement
Object
in the Java
programming language. If the value is an SQL NULL
, the
driver returns a Java null
.
This method returns a Java object whose type corresponds to the JDBC
type that was registered for this parameter using the method
registerOutParameter
. By registering the target JDBC
type as java.sql.Types.OTHER
, this method can be used
to read database-specific abstract data types.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: A java.lang.Object
holding the OUT parameter value.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: java.sql.Types jdbcCallableStatement
parameterName
and uses map
for the custom
mapping of the parameter value.
This method returns a Java object whose type corresponds to the
JDBC type that was registered for this parameter using the method
registerOutParameter
. By registering the target
JDBC type as java.sql.Types.OTHER
, this method can
be used to read database-specific abstract data types.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter map the mapping from SQL type names to Java classes
Returns: a java.lang.Object
holding the OUT parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
REF(<structured-type>)
parameter as a
{@link java.sql.Ref} object in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value as a Ref
object in the
Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
REF(<structured-type>)
parameter as a {@link Ref} object in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value as a Ref
object in the
Java programming language. If the value was SQL NULL
,
the value null
is returned.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
SMALLINT
parameter as a short
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
SMALLINT
parameter as
a short
in the Java programming language.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is 0
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
CHAR
,
VARCHAR
, or LONGVARCHAR
parameter as a
String
in the Java programming language.
For the fixed-length type JDBC CHAR
,
the String
object
returned has exactly the same value the (JDBC4 clarification:) SQL
CHAR
value had in the
database, including any padding added by the database.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result
is null
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
CHAR
, VARCHAR
,
or LONGVARCHAR
parameter as a String
in
the Java programming language.
For the fixed-length type JDBC CHAR
,
the String
object
returned has exactly the same value the (JDBC4 clarification:) SQL
CHAR
value had in the
database, including any padding added by the database.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
TIME
parameter
as a java.sql.Time
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
TIME
parameter as a java.sql.Time
object, using
the given Calendar
object
to construct the time.
With a Calendar
object, the driver
can calculate the time taking into account a custom timezone and locale.
If no Calendar
object is specified, the driver uses the
default timezone and locale.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,
and so on cal the Calendar
object the driver will use
to construct the time
Returns: the parameter value; if the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
See Also: jdbcCallableStatement
TIME
parameter as a
java.sql.Time
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
TIME
parameter as a
java.sql.Time
object, using
the given Calendar
object
to construct the time.
With a Calendar
object, the driver
can calculate the time taking into account a custom timezone and
locale. If no Calendar
object is specified, the driver
uses the default timezone and locale.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter cal the Calendar
object the driver will use
to construct the time
Returns: the parameter value; if the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
TIMESTAMP
parameter as a java.sql.Timestamp
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2, and so on
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
See Also: jdbcCallableStatement
TIMESTAMP
parameter as a java.sql.Timestamp
object, using
the given Calendar
object to construct
the Timestamp
object.
With a Calendar
object, the driver
can calculate the timestamp taking into account a custom timezone and
locale. If no Calendar
object is specified, the driver
uses the default timezone and locale.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,
and so on cal the Calendar
object the driver will use
to construct the timestamp
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
See Also: jdbcCallableStatement
TIMESTAMP
parameter as a
java.sql.Timestamp
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
TIMESTAMP
parameter as a
java.sql.Timestamp
object, using
the given Calendar
object to construct
the Timestamp
object.
With a Calendar
object, the driver
can calculate the timestamp taking into account a custom timezone
and locale. If no Calendar
object is specified, the
driver uses the default timezone and locale.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter cal the Calendar
object the driver will use
to construct the timestamp
Returns: the parameter value. If the value is SQL NULL
,
the result is null
.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
DATALINK
parameter as a java.net.URL
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,...
Returns: a java.net.URL
object that represents the
JDBC DATALINK
value used as the designated
parameter
Throws: SQLException if a database access error occurs, or if the URL being returned is not a valid URL on the Java platform
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
DATALINK
parameter as a
java.net.URL
object.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter
Returns: the parameter value as a java.net.URL
object in the
Java programming language. If the value was SQL
NULL
, the value null
is returned.
Throws: SQLException if a database access error occurs, or if there is a problem with the URL
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
parameterIndex
to the JDBC type
sqlType
. All OUT parameters must be registered
before a stored procedure is executed.
The JDBC type specified by sqlType
for an OUT
parameter determines the Java type that must be used
in the get
method to read the value of that parameter.
If the JDBC type expected to be returned to this output parameter
is specific to this particular database, sqlType
should be java.sql.Types.OTHER
. The method
{@link #getObject} retrieves the value.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,
and so on sqlType the JDBC type code defined by java.sql.Types
.
If the parameter is of JDBC type NUMERIC
or DECIMAL
, the version of
registerOutParameter
that accepts a scale value
should be used.
Throws: SQLException if a database access error occurs
See Also: java.sql.Types
parameterIndex
to be of JDBC type
sqlType
. This method must be called
before a stored procedure is executed.
The JDBC type specified by sqlType
for an OUT
parameter determines the Java type that must be used
in the get
method to read the value of that parameter.
This version of registerOutParameter
should be
used when the parameter is of JDBC type NUMERIC
or DECIMAL
.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,
and so on sqlType the SQL type code defined by java.sql.Types
. scale the desired number of digits to the right of the
decimal point. It must be greater than or equal to zero.
Throws: SQLException if a database access error occurs
See Also: java.sql.Types
registerOutParameter
should be used for a user-defined or REF
output parameter.
Examples of user-defined types include: STRUCT
,
DISTINCT
, JAVA_OBJECT
, and named array types.
(JDBC4 claraification:) All OUT parameters must be registered before a stored procedure is executed.
For a user-defined parameter, the fully-qualified SQL
type name of the parameter should also be given, while a
REF
parameter requires that the fully-qualified type name
of the referenced type be given. A JDBC driver that does not need the
type code and type name information may ignore it. To be portable,
however, applications should always provide these values for
user-defined and REF
parameters.
Although it is intended for user-defined and REF
parameters,
this method may be used to register a parameter of any JDBC type.
If the parameter does not have a user-defined or REF
type,
the typeName parameter is ignored.
Note: When reading the value of an out parameter, you must use the getter method whose Java type corresponds to the parameter's registered SQL type.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterIndex the first parameter is 1, the second is 2,... sqlType a value from {@link java.sql.Types} typeName the fully-qualified name of an SQL structured type
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcPreparedStatement)
See Also: java.sql.Types
parameterName
to the JDBC type
sqlType
. All OUT parameters must be registered
before a stored procedure is executed.
The JDBC type specified by sqlType
for an OUT
parameter determines the Java type that must be used
in the get
method to read the value of that parameter.
If the JDBC type expected to be returned to this output parameter
is specific to this particular database, sqlType
should be java.sql.Types.OTHER
. The method
{@link #getObject} retrieves the value.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter sqlType the JDBC type code defined by java.sql.Types
.
If the parameter is of JDBC type NUMERIC
or DECIMAL
, the version of
registerOutParameter
that accepts a scale value
should be used.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQL 1.7.0
See Also: java.sql.Types
parameterName
to be of JDBC type
sqlType
. (JDBC4 clarification:) All OUT parameters must be registered
before a stored procedure is executed.
The JDBC type specified by sqlType
for an OUT
parameter determines the Java type that must be used
in the get
method to read the value of that parameter.
This version of registerOutParameter
should be
used when the parameter is of JDBC type NUMERIC
or DECIMAL
.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter sqlType SQL type code defined by java.sql.Types
. scale the desired number of digits to the right of the
decimal point. It must be greater than or equal to zero.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: java.sql.Types
registerOutParameter
should be used for a user-named or REF output parameter. Examples
of user-named types include: STRUCT, DISTINCT, JAVA_OBJECT, and
named array types. (JDBC4 clarification:) All OUT parameters must be registered before a stored procedure is executed.
For a user-named parameter the fully-qualified SQL type name of the parameter should also be given, while a REF parameter requires that the fully-qualified type name of the referenced type be given. A JDBC driver that does not need the type code and type name information may ignore it. To be portable, however, applications should always provide these values for user-named and REF parameters. Although it is intended for user-named and REF parameters, this method may be used to register a parameter of any JDBC type. If the parameter does not have a user-named or REF type, the typeName parameter is ignored.
Note: When reading the value of an out parameter, you
must use the getXXX
method whose Java type XXX corresponds
to the parameter's registered SQL type.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter sqlType a value from {@link java.sql.Types} typeName the fully-qualified name of an SQL structured type
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQL 1.7.0
See Also: java.sql.Types
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the Java input stream that contains the ASCII parameter value length the number of bytes in the stream
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
java.math.BigDecimal
value.
The driver converts this to an SQL NUMERIC
value when
it sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the java input stream which contains the binary parameter value length the number of bytes in the stream
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
boolean
value.
(JDBC4 clarification:) The driver converts this
to an SQL BIT
or BOOLEAN
value when it sends
it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
byte
value.
The driver converts this to an SQL TINYINT
value when it
sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter reader the java.io.Reader
object that
contains the UNICODE data used as the designated parameter length the number of characters in the stream
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
java.sql.Date
value
using the default time zone of the virtual machine that is running
the application. The driver converts this to an SQL DATE
value
when it sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value cal the Calendar
object the driver will use
to construct the date
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
double
value.
The driver converts this to an SQL DOUBLE
value when it
sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
float
value.
The driver converts this to an SQL FLOAT
value when it
sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
int
value.
The driver converts this to an SQL INTEGER
value when it
sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
long
value.
The driver converts this to an SQL BIGINT
value when it
sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
NULL
.
Note: You must specify the parameter's SQL type.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter sqlType the SQL type code defined in java.sql.Types
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter 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
SQL REF
value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
java.lang
equivalent objects should be used.
The given Java object will be converted to the given targetSqlType
before being sent to the database.
If the object has a custom mapping (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.
Note that this method may be used to pass datatabase- specific abstract data types.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter 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.
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: java.sql.Types jdbcCallableStatement
setObject
above, except that it assumes a scale of zero.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the object containing the input parameter value targetSqlType the SQL type (as defined in java.sql.Types) to be sent to the database
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the object containing the input parameter value
Throws: SQLException if a database access error occurs or if the given
Object
parameter is ambiguous
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
short
value.
The driver converts this to an SQL SMALLINT
value when
it sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
java.sql.Time
value. The driver converts this to an SQL TIME
value
when it sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value cal the Calendar
object the driver will use
to construct the time
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
java.sql.Timestamp
value. The driver
converts this to an SQL TIMESTAMP
value when it
sends it to the database.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
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.
Starting with 1.7.2, HSLQDB supports this.
Parameters: parameterName the name of the parameter x the parameter value cal the Calendar
object the driver will use
to construct the timestamp
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
java.net.URL
object. The driver converts this to an SQL DATALINK
value when it sends it to the database.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Parameters: parameterName the name of the parameter val the parameter value
Throws: SQLException if a database access error occurs, or if a URL is malformed
Since: JDK 1.4, HSQLDB 1.7.0
See Also: jdbcCallableStatement
NULL
. Note that this method should be called only
after calling a getter method; otherwise, there is no value to use in
determining whether it is null
or not.
HSQLDB 1.7.2 does not support this feature.
Calling this method always throws an SQLException
.
Returns: true
if the last parameter read was SQL
NULL
; false
otherwise
Throws: SQLException if a database access error occurs