org.hsqldb.jdbc
public class jdbcDatabaseMetaData extends Object implements DatabaseMetaData
This interface is implemented by driver vendors to let users know the capabilities of a Database Management System (DBMS) in combination with the driver based on JDBCTM technology ("JDBC driver") that is used with it. Different relational DBMSs often support different features, implement features in different ways, and use different data types. In addition, a driver may implement a feature on top of what the DBMS offers. Information returned by methods in this interface applies to the capabilities of a particular driver and a particular DBMS working together. Note that as used in this documentation, the term "database" is used generically to refer to both the driver and DBMS.
A user for this interface is commonly a tool that needs to discover how to
deal with the underlying DBMS. This is especially true for applications
that are intended to be used with more than one DBMS. For example, a tool
might use the method getTypeInfo
to find out what data types
can be used in a CREATE TABLE
statement. Or a user might call
the method supportsCorrelatedSubqueries
to see if it is possible
to use a correlated subquery or supportsBatchUpdates
to see if
it is possible to use batch updates.
Some DatabaseMetaData
methods return lists of information
in the form of ResultSet
objects. Regular ResultSet
methods, such as getString
and getInt
, can be used
to retrieve the data from these ResultSet
objects. If a given
form of metadata is not available, the ResultSet
getter methods
throw an SQLException
.
Some DatabaseMetaData
methods take arguments that are
String patterns. These arguments all have names such as fooPattern.
Within a pattern String, "%" means match any substring of 0 or more
characters, and "_" means match any one character. Only metadata
entries matching the search pattern are returned. If a search pattern
argument is set to null
, that argument's criterion will
be dropped from the search.
A method that gets information about a feature that the driver does not
support will throw an SQLException
.
In the case of methods that return a ResultSet
object, either a ResultSet
object (which may be empty) is
returned or an SQLException
is thrown.
Starting with HSQLDB 1.7.2, an option is provided to allow alternate system table production implementations. In this distribution, there are three implementations whose behaviour ranges from producing no system tables at all to producing a richer and more complete body of information about an HSQLDB database than was previously available. The information provided through the default implementation is, unlike previous versions, accessible to all database users, regardless of admin status. This is now possible because the table content it produces for each user is pre-filtered, based on the user's access rights. That is, each system table now acts like a security-aware View.
The process of installing a system table production class is transparent and
occurs dynamically at runtime during the opening sequence of a
Database
instance, in the newDatabaseInformation() factory
method of the revised DatabaseInformation class, using the following
steps:
The process of searching for alternate implementations of database
support classes, ending with the installation of a minimal but functional
default will be refered to henceforth as graceful degradation.
This process is advantageous in that it allows developers and administrators
to easily choose packaging options, simply by adding to or deleting concerned
classes from an HSQLDB installation, without worry over providing complex
initialization properties or disrupting the core operation of the engine.
In this particular context, graceful degradation allows easy choices
regarding database metadata, spanning the range of full (design-time),
custom-written, minimal (production-time) or null
(space-constrained) system table production implementations.
In the default full implementation, a number of new system tables are provided that, although not used directly by this class, present previously unavailable information about the database, such as about its triggers and aliases.
In order to better support graphical database exploration tools and as an experimental intermediate step toward more fully supporting SQL9n and SQL200n, the default installed DatabaseInformation implementation is also capable of reporting pseudo name space information, such as the catalog (database URI) of database objects.
The catalog reporting feature is turned off by default but can be turned on by providing the appropriate entries in the database properties file (see the advanced topics section of the product documentation).
When the feature is turned on, catalog is reported using the following conventions:
Examples:
"jdbc:hsqldb:file:test" => "file:test" "jdbc:hsqldb:mem:." => "mem:." "jdbc:hsqldb:hsql:/host/Note: No provision is made for qualifying database objects by catalog in DML or DDL SQL. This feature is functional only with respect to browsing the database through the DatabaseMetaData and system table interfaces...." => URI of aliased database "jdbc:hsqldb:http:/host/..." => URI of aliased database
Due the nature of the new database system table production process, fewer
assumptions can be made by this class about what information is made
available in the system tables supporting DatabaseMetaData
methods. Because of this, the SQL queries behind the ResultSet
producing methods have been cleaned up and made to adhere more strictly to
the JDBC contracts specified in relation to the method parameters.
One of the remaining assumptions concerns the approximate
argument of getIndexInfo()
. This parameter is still
ignored since there is not yet any process in place to internally gather
and persist table and index statistics. A primitive version of a statistics
gathering and reporting subsystem may be introduced some time in the
1.7.x series of releases, but no hard decision has yet been made.
Another assumption is that simple select queries against certain system tables will return rows in JDBC contract order in the absence of an "ORDER BY" clause. The reason for this is that results come back much faster when no "ORDER BY" clause is used. Developers wishing to extend or replace an existing system table production class should be aware of this, either adding the contract "ORDER BY" clause to the SQL in corresponding methods in this class, or, better, by maintaing rows in the correct order in the underlying system tables, prefereably by creating appropriate primary indices.
In general, JDBC 2 support requires Java 1.2 and above, and JDBC3 requires Java 1.4 and above. In HSQLDB, support for methods introduced in different versions of JDBC depends on the JDK version used for compiling and building HSQLDB.
Since 1.7.0, it is possible to build the product so that
all JDBC 2 methods can be called while executing under the version 1.1.x
Java Runtime EnvironmentTM.
However, some of these method calls require int
values that
are defined only in the JDBC 2 or greater version of the
java.sql.ResultSet 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 // etcHowever, 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)
See Also: org.hsqldb.DatabaseInformation org.hsqldb.DatabaseInformationMain org.hsqldb.DatabaseInformationFull
Method Summary | |
---|---|
boolean | allProceduresAreCallable()
Retrieves whether the current user can call all the procedures
returned by the method getProcedures . |
boolean | allTablesAreSelectable()
Retrieves whether the current user can use all the tables returned
by the method getTables in a SELECT
statement. |
boolean | dataDefinitionCausesTransactionCommit()
Retrieves whether a data definition statement within a transaction forces
the transaction to commit. |
boolean | dataDefinitionIgnoredInTransactions()
Retrieves whether this database ignores a data definition statement
within a transaction. |
boolean | deletesAreDetected(int type)
Retrieves whether or not a visible row delete can be detected by
calling the method ResultSet.rowDeleted . |
boolean | doesMaxRowSizeIncludeBlobs()
Retrieves whether the return value for the method
getMaxRowSize includes the SQL data types
LONGVARCHAR and LONGVARBINARY . |
ResultSet | getAttributes(String catalog, String schemaPattern, String typeNamePattern, String attributeNamePattern)
Retrieves a description of the given attribute of the given type
for a user-defined type (UDT) that is available in the given schema
and catalog.
|
ResultSet | getBestRowIdentifier(String catalog, String schema, String table, int scope, boolean nullable)
Retrieves a description of a table's optimal set of columns that
uniquely identifies a row. |
ResultSet | getCatalogs()
Retrieves the catalog names available in this database. |
String | getCatalogSeparator()
Retrieves the String that this database uses as the
separator between a catalog and table name. |
String | getCatalogTerm()
Retrieves the database vendor's preferred term for "catalog". |
ResultSet | getColumnPrivileges(String catalog, String schema, String table, String columnNamePattern)
Retrieves a description of the access rights for a table's columns.
|
ResultSet | getColumns(String catalog, String schemaPattern, String tableNamePattern, String columnNamePattern)
Retrieves a description of table columns available in
the specified catalog.
|
Connection | getConnection()
Retrieves the connection that produced this metadata object. |
ResultSet | getCrossReference(String primaryCatalog, String primarySchema, String primaryTable, String foreignCatalog, String foreignSchema, String foreignTable)
Retrieves a description of the foreign key columns in the given foreign key
table that reference the primary key columns of the given primary key
table (describe how one table imports another's key). |
int | getDatabaseMajorVersion()
Retrieves the major version number of the underlying database. |
int | getDatabaseMinorVersion()
Retrieves the minor version number of the underlying database. |
String | getDatabaseProductName()
Retrieves the name of this database product. |
String | getDatabaseProductVersion()
Retrieves the version number of this database product. |
int | getDefaultTransactionIsolation()
Retrieves this database's default transaction isolation level. |
int | getDriverMajorVersion()
Retrieves this JDBC driver's major version number.
|
int | getDriverMinorVersion()
Retrieves this JDBC driver's minor version number.
|
String | getDriverName()
Retrieves the name of this JDBC driver.
|
String | getDriverVersion()
Retrieves the version number of this JDBC driver as a String .
|
ResultSet | getExportedKeys(String catalog, String schema, String table)
Retrieves a description of the foreign key columns that reference the
given table's primary key columns (the foreign keys exported by a
table). |
String | getExtraNameCharacters()
Retrieves all the "extra" characters that can be used in unquoted
identifier names (those beyond a-z, A-Z, 0-9 and _). |
String | getIdentifierQuoteString()
Retrieves the string used to quote SQL identifiers.
|
ResultSet | getImportedKeys(String catalog, String schema, String table)
Retrieves a description of the primary key columns that are
referenced by a table's foreign key columns (the primary keys
imported by a table). |
ResultSet | getIndexInfo(String catalog, String schema, String table, boolean unique, boolean approximate)
Retrieves a description of the given table's indices and statistics. |
int | getJDBCMajorVersion()
Retrieves the major JDBC version number for this
driver. |
int | getJDBCMinorVersion()
Retrieves the minor JDBC version number for this
driver. |
int | getMaxBinaryLiteralLength()
Retrieves the maximum number of hex characters this database allows in an
inline binary literal. |
int | getMaxCatalogNameLength()
Retrieves the maximum number of characters that this database allows in a
catalog name. |
int | getMaxCharLiteralLength()
Retrieves the maximum number of characters this database allows
for a character literal. |
int | getMaxColumnNameLength()
Retrieves the maximum number of characters this database allows
for a column name. |
int | getMaxColumnsInGroupBy()
Retrieves the maximum number of columns this database allows in a
GROUP BY clause. |
int | getMaxColumnsInIndex()
Retrieves the maximum number of columns this database allows in
an index. |
int | getMaxColumnsInOrderBy()
Retrieves the maximum number of columns this database allows in an
ORDER BY clause. |
int | getMaxColumnsInSelect()
Retrieves the maximum number of columns this database allows in a
SELECT list. |
int | getMaxColumnsInTable()
Retrieves the maximum number of columns this database allows in
a table. |
int | getMaxConnections()
Retrieves the maximum number of concurrent connections to this
database that are possible. |
int | getMaxCursorNameLength()
Retrieves the maximum number of characters that this database allows in a
cursor name. |
int | getMaxIndexLength()
Retrieves the maximum number of bytes this database allows for an
index, including all of the parts of the index. |
int | getMaxProcedureNameLength()
Retrieves the maximum number of characters that this database allows in a
procedure name. |
int | getMaxRowSize()
Retrieves the maximum number of bytes this database allows in
a single row. |
int | getMaxSchemaNameLength()
Retrieves the maximum number of characters that this database allows in a
schema name. |
int | getMaxStatementLength()
Retrieves the maximum number of characters this database allows in
an SQL statement. |
int | getMaxStatements()
Retrieves the maximum number of active statements to this database
that can be open at the same time. |
int | getMaxTableNameLength()
Retrieves the maximum number of characters this database allows in
a table name. |
int | getMaxTablesInSelect()
Retrieves the maximum number of tables this database allows in a
SELECT statement. |
int | getMaxUserNameLength()
Retrieves the maximum number of characters this database allows in
a user name. |
String | getNumericFunctions()
Retrieves a comma-separated list of math functions available with
this database. |
ResultSet | getPrimaryKeys(String catalog, String schema, String table)
Retrieves a description of the given table's primary key columns. |
ResultSet | getProcedureColumns(String catalog, String schemaPattern, String procedureNamePattern, String columnNamePattern)
Retrieves a description of the given catalog's stored procedure parameter
and result columns.
|
ResultSet | getProcedures(String catalog, String schemaPattern, String procedureNamePattern)
Retrieves a description of the stored procedures available in the given
catalog.
|
String | getProcedureTerm()
Retrieves the database vendor's preferred term for "procedure". |
int | getResultSetHoldability()
Retrieves the default holdability of this ResultSet
object. |
ResultSet | getSchemas()
Retrieves the schema names available in this database. |
String | getSchemaTerm()
Retrieves the database vendor's preferred term for "schema". |
String | getSearchStringEscape()
Retrieves the string that can be used to escape wildcard characters.
|
String | getSQLKeywords()
Retrieves a comma-separated list of all of this database's SQL keywords
that are NOT also SQL92 keywords. |
int | getSQLStateType()
Indicates whether the SQLSTATEs returned by
SQLException.getSQLState is X/Open (now known as Open Group)
SQL CLI or SQL99. |
String | getStringFunctions()
Retrieves a comma-separated list of string functions available with
this database. |
ResultSet | getSuperTables(String catalog, String schemaPattern, String tableNamePattern)
Retrieves a description of the table hierarchies defined in a particular
schema in this database.
|
ResultSet | getSuperTypes(String catalog, String schemaPattern, String typeNamePattern)
Retrieves a description of the user-defined type (UDT) hierarchies defined in a
particular schema in this database. |
String | getSystemFunctions()
Retrieves a comma-separated list of system functions available with
this database. |
ResultSet | getTablePrivileges(String catalog, String schemaPattern, String tableNamePattern)
Retrieves a description of the access rights for each table available
in a catalog. |
ResultSet | getTables(String catalog, String schemaPattern, String tableNamePattern, String[] types)
Retrieves a description of the tables available in the given catalog.
|
ResultSet | getTableTypes()
Retrieves the table types available in this database. |
String | getTimeDateFunctions()
Retrieves a comma-separated list of the time and date functions available
with this database. |
ResultSet | getTypeInfo()
Retrieves a description of all the standard SQL types supported by
this database. |
ResultSet | getUDTs(String catalog, String schemaPattern, String typeNamePattern, int[] types)
Retrieves a description of the user-defined types (UDTs) defined
in a particular schema. |
String | getURL()
Retrieves the URL for this DBMS.
|
String | getUserName()
Retrieves the user name as known to this database.
|
ResultSet | getVersionColumns(String catalog, String schema, String table)
Retrieves a description of a table's columns that are automatically
updated when any value in a row is updated. |
boolean | insertsAreDetected(int type)
Retrieves whether or not a visible row insert can be detected
by calling the method ResultSet.rowInserted . |
boolean | isCatalogAtStart()
Retrieves whether a catalog appears at the start of a fully qualified
table name. |
boolean | isReadOnly()
Retrieves whether this database is in read-only mode. |
boolean | locatorsUpdateCopy()
Indicates whether updates made to a LOB are made on a copy or directly
to the LOB. |
boolean | nullPlusNonNullIsNull()
Retrieves whether this database supports concatenations between
NULL and non-NULL values being
NULL . |
boolean | nullsAreSortedAtEnd()
Retrieves whether NULL values are sorted at the end regardless of
sort order. |
boolean | nullsAreSortedAtStart()
Retrieves whether NULL values are sorted at the start regardless
of sort order. |
boolean | nullsAreSortedHigh()
Retrieves whether NULL values are sorted high.
|
boolean | nullsAreSortedLow()
Retrieves whether NULL values are sorted low.
|
boolean | othersDeletesAreVisible(int type)
Retrieves whether deletes made by others are visible. |
boolean | othersInsertsAreVisible(int type)
Retrieves whether inserts made by others are visible. |
boolean | othersUpdatesAreVisible(int type)
Retrieves whether updates made by others are visible. |
boolean | ownDeletesAreVisible(int type)
Retrieves whether a result set's own deletes are visible. |
boolean | ownInsertsAreVisible(int type)
Retrieves whether a result set's own inserts are visible. |
boolean | ownUpdatesAreVisible(int type)
Retrieves whether for the given type of ResultSet object,
the result set's own updates are visible. |
boolean | storesLowerCaseIdentifiers()
Retrieves whether this database treats mixed case unquoted SQL identifiers as
case insensitive and stores them in lower case. |
boolean | storesLowerCaseQuotedIdentifiers()
Retrieves whether this database treats mixed case quoted SQL identifiers as
case insensitive and stores them in lower case. |
boolean | storesMixedCaseIdentifiers()
Retrieves whether this database treats mixed case unquoted SQL identifiers as
case insensitive and stores them in mixed case. |
boolean | storesMixedCaseQuotedIdentifiers()
Retrieves whether this database treats mixed case quoted SQL identifiers as
case insensitive and stores them in mixed case. |
boolean | storesUpperCaseIdentifiers()
Retrieves whether this database treats mixed case unquoted SQL identifiers as
case insensitive and stores them in upper case. |
boolean | storesUpperCaseQuotedIdentifiers()
Retrieves whether this database treats mixed case quoted SQL identifiers as
case insensitive and stores them in upper case. |
boolean | supportsAlterTableWithAddColumn()
Retrieves whether this database supports ALTER TABLE
with add column. |
boolean | supportsAlterTableWithDropColumn()
Retrieves whether this database supports ALTER TABLE
with drop column. |
boolean | supportsANSI92EntryLevelSQL()
Retrieves whether this database supports the ANSI92 entry level SQL
grammar. |
boolean | supportsANSI92FullSQL()
Retrieves whether this database supports the ANSI92 full SQL
grammar supported. |
boolean | supportsANSI92IntermediateSQL()
Retrieves whether this database supports the ANSI92 intermediate SQL
grammar supported. |
boolean | supportsBatchUpdates()
Retrieves whether this database supports batch updates. |
boolean | supportsCatalogsInDataManipulation()
Retrieves whether a catalog name can be used in a data
manipulation statement. |
boolean | supportsCatalogsInIndexDefinitions()
Retrieves whether a catalog name can be used in an
index definition statement. |
boolean | supportsCatalogsInPrivilegeDefinitions()
Retrieves whether a catalog name can be used in a
privilege definition statement. |
boolean | supportsCatalogsInProcedureCalls()
Retrieves whether a catalog name can be used in a
procedure call statement. |
boolean | supportsCatalogsInTableDefinitions()
Retrieves whether a catalog name can be used in a
table definition statement. |
boolean | supportsColumnAliasing()
Retrieves whether this database supports column aliasing.
|
boolean | supportsConvert()
Retrieves whether this database supports the CONVERT
function between SQL types. |
boolean | supportsConvert(int fromType, int toType)
Retrieves whether this database supports the CONVERT
for two given SQL types. |
boolean | supportsCoreSQLGrammar()
Retrieves whether this database supports the ODBC Core SQL grammar. |
boolean | supportsCorrelatedSubqueries()
Retrieves whether this database supports correlated subqueries. |
boolean | supportsDataDefinitionAndDataManipulationTransactions()
Retrieves whether this database supports both data definition and
data manipulation statements within a transaction. |
boolean | supportsDataManipulationTransactionsOnly()
Retrieves whether this database supports only data manipulation
statements within a transaction. |
boolean | supportsDifferentTableCorrelationNames()
Retrieves whether, when table correlation names are supported, they
are restricted to being different from the names of the tables. |
boolean | supportsExpressionsInOrderBy()
Retrieves whether this database supports expressions in
ORDER BY lists. |
boolean | supportsExtendedSQLGrammar()
Retrieves whether this database supports the ODBC Extended SQL grammar. |
boolean | supportsFullOuterJoins()
Retrieves whether this database supports full nested outer joins. |
boolean | supportsGetGeneratedKeys()
Retrieves whether auto-generated keys can be retrieved after
a statement has been executed. |
boolean | supportsGroupBy()
Retrieves whether this database supports some form of
GROUP BY clause. |
boolean | supportsGroupByBeyondSelect()
Retrieves whether this database supports using columns not included in
the SELECT statement in a GROUP BY clause
provided that all of the columns in the SELECT statement
are included in the GROUP BY clause. |
boolean | supportsGroupByUnrelated()
Retrieves whether this database supports using a column that is
not in the SELECT statement in a
GROUP BY clause. |
boolean | supportsIntegrityEnhancementFacility()
Retrieves whether this database supports the SQL Integrity
Enhancement Facility. |
boolean | supportsLikeEscapeClause()
Retrieves whether this database supports specifying a
LIKE escape clause. |
boolean | supportsLimitedOuterJoins()
Retrieves whether this database provides limited support for outer
joins. |
boolean | supportsMinimumSQLGrammar()
Retrieves whether this database supports the ODBC Minimum SQL grammar. |
boolean | supportsMixedCaseIdentifiers()
Retrieves whether this database treats mixed case unquoted SQL identifiers as
case sensitive and as a result stores them in mixed case. |
boolean | supportsMixedCaseQuotedIdentifiers()
Retrieves whether this database treats mixed case quoted SQL identifiers as
case sensitive and as a result stores them in mixed case. |
boolean | supportsMultipleOpenResults()
Retrieves whether it is possible to have multiple ResultSet
objects returned from a CallableStatement object
simultaneously. |
boolean | supportsMultipleResultSets()
Retrieves whether this database supports getting multiple
ResultSet objects from a single call to the
method execute . |
boolean | supportsMultipleTransactions()
Retrieves whether this database allows having multiple
transactions open at once (on different connections). |
boolean | supportsNamedParameters()
Retrieves whether this database supports named parameters to callable
statements. |
boolean | supportsNonNullableColumns()
Retrieves whether columns in this database may be defined as
non-nullable. |
boolean | supportsOpenCursorsAcrossCommit()
Retrieves whether this database supports keeping cursors open
across commits. |
boolean | supportsOpenCursorsAcrossRollback()
Retrieves whether this database supports keeping cursors open
across rollbacks. |
boolean | supportsOpenStatementsAcrossCommit()
Retrieves whether this database supports keeping statements open
across commits. |
boolean | supportsOpenStatementsAcrossRollback()
Retrieves whether this database supports keeping statements open
across rollbacks. |
boolean | supportsOrderByUnrelated()
Retrieves whether this database supports using a column that is
not in the SELECT statement in an
ORDER BY clause. |
boolean | supportsOuterJoins()
Retrieves whether this database supports some form of outer join. |
boolean | supportsPositionedDelete()
Retrieves whether this database supports positioned DELETE
statements. |
boolean | supportsPositionedUpdate()
Retrieves whether this database supports positioned UPDATE
statements. |
boolean | supportsResultSetConcurrency(int type, int concurrency)
Retrieves whether this database supports the given concurrency type
in combination with the given result set type. |
boolean | supportsResultSetHoldability(int holdability)
Retrieves whether this database supports the given result
set holdability. |
boolean | supportsResultSetType(int type)
Retrieves whether this database supports the given result set type. |
boolean | supportsSavepoints()
Retrieves whether this database supports savepoints. |
boolean | supportsSchemasInDataManipulation()
Retrieves whether a schema name can be used in a data
manipulation statement. |
boolean | supportsSchemasInIndexDefinitions()
Retrieves whether a schema name can be used in an index
definition statement. |
boolean | supportsSchemasInPrivilegeDefinitions()
Retrieves whether a schema name can be used in a privilege
definition statement. |
boolean | supportsSchemasInProcedureCalls()
Retrieves whether a schema name can be used in a procedure call
statement. |
boolean | supportsSchemasInTableDefinitions()
Retrieves whether a schema name can be used in a table
definition statement. |
boolean | supportsSelectForUpdate()
Retrieves whether this database supports SELECT FOR UPDATE
statements. |
boolean | supportsStatementPooling()
Retrieves whether this database supports statement pooling. |
boolean | supportsStoredProcedures()
Retrieves whether this database supports stored procedure calls
that use the stored procedure escape syntax. |
boolean | supportsSubqueriesInComparisons()
Retrieves whether this database supports subqueries in comparison
expressions. |
boolean | supportsSubqueriesInExists()
Retrieves whether this database supports subqueries in
EXISTS expressions. |
boolean | supportsSubqueriesInIns()
JDBC4 correction: Retrieves whether this database supports subqueries in
IN expressions. |
boolean | supportsSubqueriesInQuantifieds()
Retrieves whether this database supports subqueries in quantified
expressions. |
boolean | supportsTableCorrelationNames()
Retrieves whether this database supports table correlation names. |
boolean | supportsTransactionIsolationLevel(int level)
Retrieves whether this database supports the given transaction
isolation level. |
boolean | supportsTransactions()
Retrieves whether this database supports transactions. |
boolean | supportsUnion()
Retrieves whether this database supports SQL UNION . |
boolean | supportsUnionAll()
Retrieves whether this database supports SQL UNION ALL . |
boolean | updatesAreDetected(int type)
Retrieves whether or not a visible row update can be detected by
calling the method ResultSet.rowUpdated . |
boolean | usesLocalFilePerTable()
Retrieves whether this database uses a file for each table. |
boolean | usesLocalFiles()
Retrieves whether this database stores tables in a local file. |
getProcedures
.
This method still always returns
true
.
In a future release, the plugin interface may be modified to allow implementors to report different values here, based on their implementations.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
getTables
in a SELECT
statement.
HSQLDB always reports true
.
Please note that the default 1.7.2 getTables
behaviour is
omit from the list of requested tables only those to which the
invoking user has no access of any kind.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Including 1.7.2, a data definition statement within a transaction forces
the transaction to commit; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Including 1.7.2, a data definition statement is not ignored within a
transaction. Rather, a data definition statement within a
transaction forces the transaction to commit; this method
always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
ResultSet.rowDeleted
. If the method
deletesAreDetected
returns false
, it means that
deleted rows are removed from the result set.
Including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if deletes are detected by the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
getMaxRowSize
includes the SQL data types
LONGVARCHAR
and LONGVARBINARY
.
Including 1.7.2, jdbcDatabaseMetaData always returns
0, indicating that the maximum row size is unknown or has no limit.
This applies to the above types as well; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Descriptions are returned only for attributes of UDTs matching the catalog, schema, type, and attribute name criteria. They are ordered by TYPE_SCHEM, TYPE_NAME and ORDINAL_POSITION. This description does not contain inherited attributes.
The ResultSet
object that is returned has the following
columns:
null
)
null
)
null
)
null
)
null
if DATA_TYPE isn't REF)
null
if DATA_TYPE isn't REF)
null
if the DATA_TYPE isn't REF)
null
if DATA_TYPE
isn't DISTINCT or user-generated REF)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Including 1.7.1, this JDBC feature is not supported; calling this method throws a SQLException stating that the operation is not supported.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema name pattern; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search typeNamePattern a type name pattern; must match the
type name as it is stored in the database attributeNamePattern an attribute name pattern; must match the
attribute name as it is declared in the database
Returns: a ResultSet
object in which each row is an
attribute description
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Each column description has the following columns:
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
If the name of a column is defined in the database without double quotes, an all-uppercase name must be specified when calling this method. Otherwise, the name must be specified in the exact case of the column definition in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not
be used to narrow the search table a table name; must match the table name as it is stored
in the database scope the scope of interest; use same values as SCOPE nullable include columns that are nullable.
Returns: ResultSet
- each row is a column description
Throws: SQLException if a database access error occurs
The catalog column is:
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Returns: a ResultSet
object in which each row has a
single String
column that is a catalog name
Throws: SQLException if a database access error occurs
String
that this database uses as the
separator between a catalog and table name.
Including 1.7.2, HSQLDB does not support catalogs in DDL or DML;
this method always returns an empty String
.
Returns: the separator string
Throws: SQLException if a database access error occurs
Including 1.7.2, HSQLDB does not support catalogs in DDL or DML;
this method
Returns: the vendor term for "catalog"
Throws: SQLException if a database access error occurs
Only privileges matching the column name criteria are returned. They are ordered by COLUMN_NAME and PRIVILEGE.
Each privilige description has the following columns:
null
)
null
)
null
)
null
if unknown
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name as it is
stored in the database; "" retrieves those without a schema;
null
means that the schema name should not be used
to narrow the search table a table name; must match the table name as it is
stored in the database columnNamePattern a column name pattern; must match the column
name as it is stored in the database
Returns: ResultSet
- each row is a column privilege
description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData
Only column descriptions matching the catalog, schema, table
and column name criteria are returned. They are ordered by
TABLE_SCHEM
, TABLE_NAME
, and
ORDINAL_POSITION
.
Each column description has the following columns:
null
)
null
)
NULL
values
NULL
values
null
)
null
)
null
if DATA_TYPE isn't REF)
null
if the DATA_TYPE isn't REF)
null
if the DATA_TYPE isn't REF)
null
if DATA_TYPE
isn't DISTINCT or user-generated REF)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.0, HSQLDB includes the new JDBC 3 columns SCOPE_CATLOG, SCOPE_SCHEMA, SCOPE_TABLE and SOURCE_DATA_TYPE in anticipation of JDBC 3 compliant tools. However, these columns are never filled in; the engine does not support the related features.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema name pattern; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search tableNamePattern a table name pattern; must match the
table name as it is stored in the database columnNamePattern a column name pattern; must match the column
name as it is stored in the database
Returns: ResultSet
- each row is a column description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData
Returns: the connection that produced this metadata object
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Each foreign key column description has the following columns:
null
)
null
)
null
)
being exported (may be null
)
null
)
being exported (may be null
)
NULL
if
its primary key has been updated
NULL
if
its primary key has been deleted
null
)
null
)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: primaryCatalog a catalog name; must match the catalog name
as it is stored in the database; "" retrieves those without a
catalog; null
means drop catalog name from the
selection criteria primarySchema a schema name; must match the schema name as
it is stored in the database; "" retrieves those without a schema;
null
means drop schema name from the selection criteria primaryTable the name of the table that exports the key; must
match the table name as it is stored in the database foreignCatalog a catalog name; must match the catalog name as
it is stored in the database; "" retrieves those without a
catalog; null
means drop catalog name from the
selection criteria foreignSchema a schema name; must match the schema name as it
is stored in the database; "" retrieves those without a schema;
null
means drop schema name from the selection criteria foreignTable the name of the table that imports the key; must
match the table name as it is stored in the database
Returns: ResultSet
- each row is a foreign key column
description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData jdbcDatabaseMetaData jdbcDatabaseMetaData
Starting with 1.7.2, the feature is supported under JDK14 builds.
This value is retrieved through an SQL call to the new Library#getDatabaseMajorVersion method which allows correct determination of the database major version for both local and remote database instances.
Returns: the underlying database's major version
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Starting with 1.7.2, the feature is supported under JDK14 builds.
This value is retrieved through an SQL call to the new Library#getDatabaseMinorVersion method which allows correct determination of the database minor version for both local and remote database instances.
Returns: underlying database's minor version
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Starting with HSQLDB 1.7.2, this value is retrieved through an SQL call to the new Library#getDatabaseProductName method which allows correct determination of the database product name for both local and remote database instances.
Returns: database product name
Throws: SQLException if a database access error occurs
Starting with HSQLDB 1.7.2, this value is retrieved through an SQL call to the new Library#getDatabaseProductVersion method which allows correct determination of the database product name for both local and remote database instances.
Returns: database version number
Throws: SQLException if a database access error occurs
java.sql.Connection
.
Returns: the default isolation level
Throws: SQLException if a database access error occurs
See Also: jdbcConnection
Returns: JDBC driver major version
Returns: JDBC driver minor version number
Returns: JDBC driver name
Throws: SQLException if a database access error occurs
String
.
Returns: JDBC driver version
Throws: SQLException if a database access error occurs
Each foreign key column description has the following columns:
null
)
null
)
null
)
being exported (may be null
)
null
)
being exported (may be null
)
NULL
if
its primary key has been updated
NULL
if
its primary key has been deleted
null
)
null
)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in this database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search table a table name; must match the table name as it is stored
in this database
Returns: a ResultSet
object in which each row is a
foreign key column description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData jdbcDatabaseMetaData jdbcDatabaseMetaData
HSQLDB does not support using any "extra" characters in unquoted identifier names; this method always returns the empty String.
Returns: the string containing the extra characters
Throws: SQLException if a database access error occurs
HSQLDB uses the standard SQL identifier quote character (the double quote character); this method always returns ".
Returns: the quoting string or a space if quoting is not supported
Throws: SQLException if a database access error occurs
Each primary key column description has the following columns:
null
)
null
)
null
)
null
)
NULL
if its primary key has been updated
null
)
null
)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search table a table name; must match the table name as it is stored
in the database
Returns: ResultSet
- each row is a primary key column
description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData jdbcDatabaseMetaData jdbcDatabaseMetaData
Each index column description has the following columns:
null
)
null
)
null
);
null
when TYPE is tableIndexStatistic
null
when TYPE is
tableIndexStatistic
null
when TYPE is
tableIndexStatistic
null
if sort sequence is not supported;
null
when TYPE is tableIndexStatistic
null
)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in this database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name
as it is stored in this database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search table a table name; must match the table name as it is stored
in this database unique when true, return only indices for unique values;
when false, return indices regardless of whether unique or not approximate when true, result is allowed to reflect approximate
or out of date values; when false, results are requested to be
accurate
Returns: ResultSet
- each row is an index column description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData jdbcDatabaseMetaData
Starting with 1.7.2, the feature is supported under JDK14 builds.
Returns: JDBC version major number
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Starting with 1.7.2, the feature is supported under JDK14 builds.
Returns: JDBC version minor number
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: max the maximum length (in hex characters) for a binary literal; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support catalogs in
DDL or DML; this method always returns 0
.
Returns: the maximum number of characters allowed in a catalog name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed for a character literal; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed for a column name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
GROUP BY
clause.
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of columns allowed; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of columns allowed; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
ORDER BY
clause.
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of columns allowed; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
SELECT
list.
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of columns allowed; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of columns allowed; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of active connections possible at one time; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed in a cursor name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit;
this method always returns 0
.
Returns: the maximum number of bytes allowed; this limit includes the composite of all the constituent parts of the index; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed in a procedure name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit;
this method always returns 0
.
Returns: the maximum number of bytes allowed for a row; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
1.8.0 supports schema names with no known limit imposed,
so this method always returns 0
.
Returns: the maximum number of characters allowed in a schema name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed for an SQL statement; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit;
this method always returns 0
.
Returns: the maximum number of statements that can be open at one time; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed for a table name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
SELECT
statement.
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a Java array (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of tables allowed in a SELECT
statement; a result of zero means that there is no limit or
the limit is not known
Throws: SQLException if a database access error occurs
HSQLDB does not impose a "known" limit. The hard limit is the maximum
length of a java.lang.String (java.lang.Integer.MAX_VALUE);
this method always returns 0
.
Returns: the maximum number of characters allowed for a user name; a result of zero means that there is no limit or the limit is not known
Throws: SQLException if a database access error occurs
Returns: the list of math functions supported by this database
Throws: SQLException if a database access error occurs
Each primary key column description has the following columns:
null
)
null
)
null
)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not
be used to narrow the search table a table name; must match the table name as it is stored
in the database
Returns: ResultSet
- each row is a primary key column
description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData jdbcDatabaseMetaData
Only descriptions matching the schema, procedure and parameter name criteria are returned. They are ordered by PROCEDURE_SCHEM and PROCEDURE_NAME. Within this, the return value, if any, is first. Next are the parameter descriptions in call order. The column descriptions follow in column number order.
Each row in the ResultSet
is a parameter description or
column description with the following fields:
null
)
null
)
ResultSet
Note: Some databases may not return the column descriptions for a procedure. Additional columns beyond REMARKS can be defined by the database.
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema name pattern; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search procedureNamePattern a procedure name pattern; must match the
procedure name as it is stored in the database columnNamePattern a column name pattern; must match the column
name as it is stored in the database
Returns: ResultSet
- each row describes a stored procedure
parameter or column
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData
Only procedure descriptions matching the schema and
procedure name criteria are returned. They are ordered by
PROCEDURE_SCHEM
and PROCEDURE_NAME
.
Each procedure description has the the following columns:
null
)
null
)
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema name pattern; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search procedureNamePattern a procedure name pattern; must match the
procedure name as it is stored in the database
Returns: ResultSet
- each row is a procedure description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData
Up to and including 1.7.2, HSQLDB does not support declaration of
functions or procedures directly in SQL but instead relies on the
HSQLDB-specific CLASS grant mechanism to make public static
Java methods available as SQL routines; this method always returns
an empty String
.
Returns: the vendor term for "procedure"
Throws: SQLException if a database access error occurs
ResultSet
object.
Starting with HSQLDB 1.7.2, this JDBC feature is supported.
Calling this method returns HOLD_CURSORS_OVER_COMMIT, since HSQLDB ResultSet objects are never closed as the result of an implicit or explicit commit operation.
Returns: the default holdability; either
ResultSet.HOLD_CURSORS_OVER_COMMIT
or
ResultSet.CLOSE_CURSORS_AT_COMMIT
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
The schema column is:
null
)
In 1.8.0, the list of schemas is returned.
Returns: a ResultSet
object in which each row is a
schema decription
Throws: SQLException if a database access error occurs
Starting with 1.8.0, HSQLDB provides support for schemas.
Returns: the vendor term for "schema"
Throws: SQLException if a database access error occurs
The '_' character represents any single character; the '%' character represents any sequence of zero or more characters.
HSQLDB uses the "\" character to escape wildcard characters.
Returns: the string used to escape wildcard characters
Throws: SQLException if a database access error occurs
The list returned contains HSQLDB keywords that are not in the list of reserved words. Some of these are in the list reserved words for SQL 2003 but are not SQL92 keywords.
Returns: the list of this database's keywords that are not also SQL92 keywords
Throws: SQLException if a database access error occurs
SQLException.getSQLState
is X/Open (now known as Open Group)
SQL CLI or SQL99.
Starting with 1.7.2, HSQLDB returns sqlStateSQL99
.
Returns: the type of SQLSTATEs, one of: sqlStateXOpen or sqlStateSQL99
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Returns: the list of string functions supported by this database
Throws: SQLException if a database access error occurs
Only supertable information for tables matching the catalog, schema and table name are returned. The table name parameter may be a fully- qualified name, in which case, the catalog and schemaPattern parameters are ignored. If a table does not have a super table, it is not listed here. Supertables have to be defined in the same catalog and schema as the sub tables. Therefore, the type description does not need to include this information for the supertable.
Each type description has the following columns:
null
)
null
)
Note: If the driver does not support type hierarchies, an empty result set is returned.
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; "" retrieves those without a catalog;
null
means drop catalog name from the selection
criteria schemaPattern a schema name pattern; "" retrieves those
without a schema tableNamePattern a table name pattern; may be a fully-qualified
name
Returns: a ResultSet
object in which each row is a type
description
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Only supertype information for UDTs matching the catalog, schema, and type name is returned. The type name parameter may be a fully-qualified name. When the UDT name supplied is a fully-qualified name, the catalog and schemaPattern parameters are ignored.
If a UDT does not have a direct super type, it is not listed here.
A row of the ResultSet
object returned by this method
describes the designated UDT and a direct supertype. A row has the following
columns:
null
)
null
)
null
)
null
)
Note: If the driver does not support type hierarchies, an empty result set is returned.
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Including 1.7.1, this JDBC feature is not supported; calling this method throws a SQLException stating that the operation is not supported.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; "" retrieves those without a catalog;
null
means drop catalog name from the selection
criteria schemaPattern a schema name pattern; "" retrieves those
without a schema typeNamePattern a UDT name pattern; may be a fully-qualified
name
Returns: a ResultSet
object in which a row gives information
about the designated UDT
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Returns: a list of system functions supported by this database
Throws: SQLException if a database access error occurs
Only privileges matching the schema and table name criteria are returned. They are ordered by TABLE_SCHEM, TABLE_NAME, and PRIVILEGE.
Each privilige description has the following columns:
null
)
null
)
null
)
null
if unknown
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema name pattern; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search tableNamePattern a table name pattern; must match the
table name as it is stored in the database
Returns: ResultSet
- each row is a table privilege
description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData
Each table description has the following columns:
null
)
null
)
null
)
null
)
null
)
null
)
null
)
Note: Some databases may not return information for all tables.
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.0, HSQLDB returns extra information on TEXT tables in the REMARKS column.
Since 1.7.0, HSQLDB includes the new JDBC3 columns TYPE_CAT, TYPE_SCHEM, TYPE_NAME and SELF_REFERENCING_COL_NAME in anticipation of JDBC3 compliant tools.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema name pattern; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search tableNamePattern a table name pattern; must match the
table name as it is stored in the database types a list of table types to include; null
returns
all types
Returns: ResultSet
- each row is a table description
Throws: SQLException if a database access error occurs
See Also: jdbcDatabaseMetaData
The table type is:
Since 1.7.1, HSQLDB reports: "TABLE", "VIEW" and "GLOBAL TEMPORARY" types. Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Returns: a ResultSet
object in which each row has a
single String
column that is a table type
Throws: SQLException if a database access error occurs
Returns: the list of time and date functions supported by this database
Throws: SQLException if a database access error occurs
Each type description has the following columns:
null
)
null
)
null
)
null
)
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Returns: a ResultSet
object in which each row is an SQL
type description
Throws: SQLException if a database access error occurs
JAVA_OBJECT
, STRUCT
,
or DISTINCT
.
Only types matching the catalog, schema, type name and type criteria are returned. They are ordered by DATA_TYPE, TYPE_SCHEM and TYPE_NAME. The type name parameter may be a fully-qualified name. In this case, the catalog and schemaPattern parameters are ignored.
Each type description has the following columns:
null
)
null
)
null
if DATA_TYPE is not
DISTINCT or not STRUCT with REFERENCE_GENERATION = USER_DEFINED)
Note: If the driver does not support UDTs, an empty result set is returned.
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Up to and including 1.7.1, HSQLDB does not support UDTs and thus produces an empty result.
Starting with 1.7.2, there is an option to support this feature to greater or lesser degrees. See the documentation specific to the selected system table provider implementation. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schemaPattern a schema pattern name; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search typeNamePattern a type name pattern; must match the type name
as it is stored in the database; may be a fully qualified name types a list of user-defined types (JAVA_OBJECT,
STRUCT, or DISTINCT) to include; null
returns
all types
Returns: ResultSet
object in which each row describes a UDT
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Returns: the URL for this DBMS or null
if it cannot be
generated
Throws: SQLException if a database access error occurs
Returns: the database user name
Throws: SQLException if a database access error occurs
Each column description has the following columns:
java.sql.Types
HSQLDB treats unquoted identifiers as case insensitive in SQL but stores them in upper case; it treats quoted identifiers as case sensitive and stores them verbatim. All jdbcDatabaseMetaData methods perform case-sensitive comparison between name (pattern) arguments and the corresponding identifier values as they are stored in the database. Therefore, care must be taken to specify name arguments precisely (including case) as they are stored in the database.
Since 1.7.2, this feature is supported by default. If the jar is compiled without org.hsqldb.DatabaseInformationFull or org.hsqldb.DatabaseInformationMain, the feature is not supported. The default implementation is org.hsqldb.DatabaseInformationFull.
Parameters: catalog a catalog name; must match the catalog name as it
is stored in the database; "" retrieves those without a catalog;
null
means that the catalog name should not be used
to narrow the search schema a schema name; must match the schema name
as it is stored in the database; "" retrieves those without a
schema; null
means that the schema name should not be
used to narrow the search table a table name; must match the table name as it is stored
in the database
Returns: a ResultSet
object in which each row is a
column description
Throws: SQLException if a database access error occurs
ResultSet.rowInserted
.
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if changes are detected by the specified result
set type; false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not support catalogs in DDL or DML;
this method always returns false
.
Returns: true
if the catalog name appears at the beginning
of a fully qualified table name; false
otherwise
Throws: SQLException if a database access error occurs
Starting with 1.7.2, this makes an SQL call to the new Library#isReadOnlyDatabase method which provides correct determination of the read-only status for both local and remote database instances.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB updates the LOB directly. This method return false.
Returns: true
if updates are made to a copy of the LOB;
false
if updates are made directly to the LOB
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
NULL
and non-NULL
values being
NULL
.
HSQLDB supports this; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
NULL
values are sorted at the end regardless of
sort order.
HSQLDB sorts null low; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
NULL
values are sorted at the start regardless
of sort order.
HSQLDB sorts null low; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
NULL
values are sorted high.
Sorted high means that NULL
values
sort higher than any other value in a domain. In an ascending order,
if this method returns true
, NULL
values
will appear at the end. By contrast, the method
nullsAreSortedAtEnd
indicates whether NULL
values
are sorted at the end regardless of sort order.
HSQLDB sorts null low; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
NULL
values are sorted low.
Sorted low means that NULL
values
sort lower than any other value in a domain. In an ascending order,
if this method returns true
, NULL
values
will appear at the beginning. By contrast, the method
nullsAreSortedAtStart
indicates whether NULL
values
are sorted at the beginning regardless of sort order.
HSQLDB sorts null low; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if deletes made by others
are visible for the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if inserts made by others
are visible for the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if updates made by others
are visible for the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if deletes are visible for the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if inserts are visible for the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
ResultSet
object,
the result set's own updates are visible.
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if updates are visible for the given result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
ALTER TABLE
with add column.
From 1.7.0, HSQLDB supports this type of
ALTER TABLE
statement; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
ALTER TABLE
with drop column.
From 1.7.0, HSQLDB supports this type of
ALTER TABLE
statement; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support the ANSI92 entry
level SQL grammar; this method
always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support the ANSI92
full SQL grammar; this method always returns
false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support the ANSI92
intermediate SQL grammar; this method always returns
false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Starting with 1.7.2, HSQLDB supports batch updates;
this method always returns true
.
Returns: true
if this database supports batch upcates;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not support catalog-qualified;
data manipulation; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support catalog-qualified
index definitions; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support catalog-qualified
privilege definitions; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support catalog-qualified
procedure calls; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support catalog-qualified
table definitions; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
If so, the SQL AS clause can be used to provide names for computed columns or to provide alias names for columns as required.
HSQLDB supports column aliasing; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
CONVERT
function between SQL types.
HSQLDB supports conversions; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
CONVERT
for two given SQL types.
HSQLDB supports conversion though String intermediates, so everything
should be possible, short of number format errors (all Java objects
have a toString method); this method always returns true
.
Parameters: fromType the type to convert from; one of the type codes from
the class java.sql.Types
toType the type to convert to; one of the type codes from
the class java.sql.Types
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
See Also: java.sql.Types
From 1.7.2 this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB has always supported correlated subqueries;
this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB does not support a mix of both data definition and
data manipulation statements within a transaction. DDL commits the
current transaction before proceding;
this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB supports only data manipulation
statements within a transaction. DDL commits the
current transaction before proceeding, while DML does not;
this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB requires that table correlation names are different from the
names of the tables; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
ORDER BY
lists.
HSQLDB supports expressions in ORDER BY
lists; this
method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support the ODBC
Extended SQL grammar; this method
always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support full nested outer
joins; this method always returns false
.
This behaviour may change in a future release.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support retrieving
autogenerated keys through the JDBC interface at all, although
it is possible to retrieve them in a proprietary fashion;
this method always returns false
.
Returns: true
if auto-generated keys can be retrieved
after a statement has executed; false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
GROUP BY
clause.
HSQLDB supports using the GROUP BY
clause; this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
SELECT
statement in a GROUP BY
clause
provided that all of the columns in the SELECT
statement
are included in the GROUP BY
clause.
HSQLDB supports using columns not included in
the SELECT
statement in a GROUP BY
clause
provided that all of the columns in the SELECT
statement
are included in the GROUP BY
clause; this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
SELECT
statement in a
GROUP BY
clause.
HSQLDB supports using a column that is
not in the SELECT
statement in a
GROUP BY
clause; this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
From 1.7.2, this method always returns
true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
LIKE
escape clause.
HSQLDB supports specifying a
LIKE
escape clause; this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
true
if the method
supportsFullOuterJoins
returns true
).
Up to and including 1.7.2, HSQLDB support the LEFT OUTER join syntax;
this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support the ODBC
Minimum SQL grammar; this method
always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB treats unquoted identifiers as case insensitive and stores
them in upper case. It treats quoted identifiers as case sensitive and
stores them verbatim; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
ResultSet
objects returned from a CallableStatement
object
simultaneously.
Up to and including 1.7.2, HSQLDB does not support multiple ResultSet
objects returned from a CallableStatement
object at all;
this method always returns false
.
Returns: true
if a CallableStatement
object
can return multiple ResultSet
objects
simultaneously; false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
ResultSet
objects from a single call to the
method execute
.
Up to and including 1.7.2, HSQLDB does not support getting multiple
ResultSet
objects from a single call to the
method execute
; this method
always returns false
.
This behaviour may change in a future release.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB allows having multiple
transactions open at once (on different connections); this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Starting with 1.7.2, HSQLDB supports JDBC named parameters to callable statements; this method returns true.
Returns: true
if named parameters are supported;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
HSQLDB supports the specification of non-nullable columns; this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support keeping
cursors open across commits; this method always returns
false
.
Returns: true
if cursors always remain open;
false
if they might not remain open
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support keeping
cursors open across rollbacks;
this method always returns false
.
Returns: true
if cursors always remain open;
false
if they might not remain open
Throws: SQLException if a database access error occurs
HSQLDB supports keeping statements open
across commits;
this method always returns true
.
Returns: true
if statements always remain open;
false
if they might not remain open
Throws: SQLException if a database access error occurs
HSQLDB supports keeping statements open
across commits;
this method always returns true
.
Returns: true
if statements always remain open;
false
if they might not remain open
Throws: SQLException if a database access error occurs
SELECT
statement in an
ORDER BY
clause.
HSQLDB supports using a column that is not in the SELECT
statement in an ORDER BY
clause; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB supports outer joins; this method always returns
true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
DELETE
statements.
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
UPDATE
statements.
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Parameters: type defined in java.sql.ResultSet
concurrency type defined in java.sql.ResultSet
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
See Also: jdbcConnection
Starting with 1.7.2, HSQLDB returns true for HOLD_CURSORS_OVER_COMMIT, else false.
Parameters: holdability one of the following constants:
ResultSet.HOLD_CURSORS_OVER_COMMIT
or
ResultSet.CLOSE_CURSORS_AT_COMMIT
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
See Also: jdbcConnection
Parameters: type defined in java.sql.ResultSet
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
See Also: jdbcConnection
Beginning with 1.7.2, this SQL feature is supported through JDBC as well as SQL.
Returns: true
if savepoints are supported;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
In 1.8.0, HSQLDB supports schemas in table names but not in column names;
this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
In 1.8.0, HSQLDB supports schemas;
By default, this method returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
In 1.8.0, HSQLDB supports schemas;
By default, this method returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support schema-qualified
procedure identifiers; this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
In 1.8.0, HSQLDB supports schemas;
By default, this method returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
SELECT FOR UPDATE
statements.
Up to and including 1.7.2, HSQLDB does not support explicit locking;
this method always returns false
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
Up to and including 1.7.2, HSQLDB does not support statement pooling. This method returns false.
Returns: true
is so;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.4, HSQLDB 1.7
Up to and including 1.7.2, HSQLDB supports calling public static
Java methods in the context of SQL Stored Procedures; this method
always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
See Also: jdbcPreparedStatement jdbcConnection
HSQLDB has always supported subqueries in comparison expressions;
this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
EXISTS
expressions.
HSQLDB has always supported subqueries in EXISTS
expressions; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
IN
expressions.
HSQLDB has always supported subqueries in IN
statements; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB has always supported subqueries in quantified
expressions; this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
HSQLDB supports table correlation names; this method always
returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
TRANSACTION_READ_UNCOMMITED
in all cases
and the rest of the isolation levels where there is only one connection
to the database.
Parameters: level one of the transaction isolation levels defined in
java.sql.Connection
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
See Also: jdbcConnection
commit
is a noop, and the isolation level is
TRANSACTION_NONE
.
HSQLDB supports transactions;
this method always returns true
.
Returns: true
if transactions are supported;
false
otherwise
Throws: SQLException if a database access error occurs
UNION
.
HSQLDB supports SQL UNION
;
this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
UNION ALL
.
HSQLDB supports SQL UNION ALL
;
this method always returns true
.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs
ResultSet.rowUpdated
.
Up to and including 1.7.2, HSQLDB does not support updateable
result sets; this method always returns false
.
Parameters: type the ResultSet
type; one of
ResultSet.TYPE_FORWARD_ONLY
,
ResultSet.TYPE_SCROLL_INSENSITIVE
, or
ResultSet.TYPE_SCROLL_SENSITIVE
Returns: true
if changes are detected by the result set type;
false
otherwise
Throws: SQLException if a database access error occurs
Since: JDK 1.2 (JDK 1.1.x developers: read the new overview for jdbcDatabaseMetaData)
Up to and including 1.7.2, HSQLDB does not use a file for each table.
This method always returns false
.
Returns: true
if this database uses a local file for each table;
false
otherwise
Throws: SQLException if a database access error occurs
From HSQLDB 1.7.2 it is assumed that this refers to data being stored by the JDBC client. This method always returns false.
Returns: true
if so; false
otherwise
Throws: SQLException if a database access error occurs