(Inherited from InformixDialect.)

Are string comparisons implicitly case insensitive. In other words, does [where 'XYZ' = 'xyz'] resolve to true?

Completely optional cascading drop clause

The closing quote for a quoted identifier.

Slight variation on CreateTableString. The command used to create a multiset table.

Command used to create a table.

Get any fragments needing to be postfixed to the command for temporary table creation.

Command used to create a temporary table.

Retrieve the command used to retrieve the current timestammp from the database.

The name of the database-specific SQL function for retrieving the current timestamp.

Retrieve a set of default Hibernate properties for this database.

Only needed if the Dialect does not have SupportsForeignKeyConstraintInAlterTable.

For the underlying database, is READ_COMMITTED isolation implemented by forcing readers to wait for write locks to be released?

Do we need to drop constraints before dropping tables in the dialect?

Only needed if the Dialect does not have SupportsForeignKeyConstraintInAlterTable.

Retrieves the FOR UPDATE NOWAIT syntax specific to this dialect

Is FOR UPDATE OF syntax supported?

Get the string to append to SELECT statements to acquire locks for this dialect.

Aggregate SQL functions as defined in general. This is a case-insensitive hashtable!

Set this to false if no table-level primary key constraint should be generated when an identity column has been specified for the table. This is used as a work-around for SQLite so it doesn't tell us we have "more than one primary key".

Whether this dialect have an Identity clause added to the data type or a completely seperate identity data type

The keyword used to specify an identity column, if native key generation is supported

The keyword used to insert a generated value into an identity column (or null). Need if the dialect does not support inserts that specify no column values.

The syntax that returns the identity value of the last insert, if native key generation is supported

The class (which implements IIdentifierGenerator) which acts as this dialects identity-style generation strategy.

Should the value returned by CurrentTimestampSelectString be treated as callable. Typically this indicates that JDBC escape sytnax is being used...

The name of the SQL function that transforms a string to lowercase

The class (which implements IIdentifierGenerator) which acts as this dialects native generation strategy.

The keyword used to insert a row without specifying any column values

The keyword used to specify a nullable column

For limit clauses, indicates whether to use 0 or 1 as the offset that returns the first row. Should be true if the first row is at offset 1.

The opening quote for a quoted identifier.

The keyword used to create a primary key constraint

Do we need to qualify index names with the schema name?

Get the select command used retrieve the names of all sequences.

Get the command used to select a GUID from the underlying database. (Optional operation.)

Does this dialect support using a JDBC bind parameter as an argument to a function or procedure call?

Does this dialect support definition of cascade delete constraints which can cause circular chains?

Does this dialect support column-level check constraints?

Does this dialect support a way to retrieve the database's current timestamp value?

Does the dialect support an exists statement in the select clause?

Expected LOB usage pattern is such that I can perform an insert via prepared statement with a parameter binding for a LOB value without crazy casting to JDBC driver implementation-specific classes...

Part of the trickiness here is the fact that this is largely driver dependent. For example, Oracle (which is notoriously bad with LOB support in their drivers historically) actually does a pretty good job with LOB support as of the 10.2.x versions of their drivers...

Does this dialect support adding foreign key constraints via alter table? If not, it's assumed they can only be added through create table.

Does the dialect support the syntax 'drop table NAME if exists'

Does the dialect support the syntax 'drop table if exists NAME'

Does the dialect support some form of inserting and selecting the generated IDENTITY value all in the same statement.

Does this Dialect have some kind of LIMIT syntax?

Does this Dialect support an offset?

Does the dialect support propagating changes to LOB values back to the database? Talking about mutating the internal value of the locator as opposed to supplying a new locator instance...

For BLOBs, the internal value might be changed by: {@link java.sql.Blob#setBinaryStream}, {@link java.sql.Blob#setBytes(long, byte[])}, {@link java.sql.Blob#setBytes(long, byte[], int, int)}, or {@link java.sql.Blob#truncate(long)}.

For CLOBs, the internal value might be changed by: {@link java.sql.Clob#setAsciiStream(long)}, {@link java.sql.Clob#setCharacterStream(long)}, {@link java.sql.Clob#setString(long, String)}, {@link java.sql.Clob#setString(long, String, int, int)}, or {@link java.sql.Clob#truncate(long)}.

NOTE : I do not know the correct answer currently for databases which (1) are not part of the cruise control process or (2) do not {@link #supportsExpectedLobUsagePattern}.

Does this dialect support FOR UPDATE in conjunction with outer joined rows?

Does this dialect support parameters within the select clause of INSERT ... SELECT ... statements?

Does this dialect support "pooled" sequences. Not aware of a better name for this. Essentially can we specify the initial and increment values?

Is this dialect known to support what ANSI-SQL terms "row value constructor" syntax; sometimes called tuple syntax.

Basically, does it support syntax like "... where (FIRST_NAME, LAST_NAME) = ('Steve', 'Ebersole') ...".

If the dialect supports {@link #supportsRowValueConstructorSyntax() row values}, does it offer such support in IN lists as well?

For example, "... where (FIRST_NAME, LAST_NAME) IN ( (?, ?), (?, ?) ) ..."

Does this dialect support sequences?

Supports splitting batches using GO T-SQL command

Does this dialect support referencing the table being mutated in a subquery. The "table being mutated" is the table referenced in an UPDATE or a DELETE query. And so can that table then be referenced in a subquery of said UPDATE/DELETE query.

For example, would the following two syntaxes be supported:

• delete from TABLE_A where ID not in ( select ID from TABLE_A )
• update TABLE_A set NON_ID = 'something' where ID in ( select ID from TABLE_A)

Are subselects supported as the left-hand-side (LHS) of IN-predicates.

In other words, is syntax like "... {subquery} IN (1, 2, 3) ..." supported?

Does this dialect support subselects?

Does this dialect support table-level check constraints?

Does this dialect support temporary tables?

Is it supported to materialize a LOB locator outside the transaction in which it was created?

Again, part of the trickiness here is the fact that this is largely driver dependent.

NOTE: all database I have tested which {@link #supportsExpectedLobUsagePattern()} also support the ability to materialize a LOB outside the owning transaction...

Does this dialect support UNION ALL, which is generally a faster variant of UNION? True if UNION ALL is supported; false otherwise.

Does this dialect support the UNIQUE column syntax?

Does this dialect support adding Unique constraints via create and alter table ?

Can parameters be used for a statement containing a LIMIT?

Should LOBs (both BLOB and CLOB) be bound using stream operations (i.e. {@link java.sql.PreparedStatement#setBinaryStream}).

Does the LIMIT clause take a "maximum" row number instead of a total number of returned rows?