wsql
wsql

Comparison of different SQL implementations(整理)

Comparison of different SQL implementations

The goal of this page — which is a work in progress — is to gather information relevant for people who are porting SQL from one product to another and/or are interested in possibilities and limits of 'cross-product' SQL.

The following tables compare how different DBMS products handle various SQL (and related) features. If possible, the tables also state how the implementations should do things, according to the SQL standard.

I will only write about subjects that I've worked with personally, or subjects which I anticipate to find use for in the near future. Subjects on which there are no significant implementation variances are not covered. Beta-versions of software are not examined.

I'm sorry about the colors. They are a result of wanting to mark each DBMS differently and at the same time wanting to be relatively nice to printers.

If you have corrections or suggestions, please contact me; even notifications about spelling errors are welcome.

Contents:

Legend, definitions, and notes

The following SQL standard and implementations have been examined, if not otherwise stated:

Standard The latest official version of SQL is SQL:2008.

I don't have access to the official ISO standard text, but Whitemarsh Information Systems Corporation provides a rather final draft as a zip-archive, containing several files. Most important to this page is the file 5CD2-02-Foundation-2006-01.pdf .

No books cover SQL:2008 yet. Regarding the previous standard, SQL:2003, the only book covering the subject is in German which I was never any good at. Therefore, I also use the following book as reference:
Jim Melton and Alan Simon: SQL:1999—Understanding Relational Language Components (ISBN 1-55860-456-1).
PostgreSQL PostgreSQL 8.4.1 on CentOS Linux.
Documentation
DB2 DB2 Express-C v. 9.1 on Fedora Linux. Note that there are differences between various DB2 flavors ; this page is about DB2 for "LUW" (Linux/Unix/Windows).
Documentation
MS SQL Server MS SQL Server 2005 on Windows XP. Microsoft's SQL implementation is sometimes named Transact-SQL , or TSQL . In this document, I'll generally write MSSQL as a short-hand for Microsoft's SQL Server product.
Documentation
MySQL MySQL Database Server 5.0.18 on Fedora Linux (i.e. MySQL AB's "classic" DBMS product—not MaxDB).
Documentation
Oracle Oracle Database 11g Release 2 on Red Hat Enterprise Linux.
Documentation
Informix Informix Dynamic Server Workgroup Edition v. 11.50 on Red Hat Enterprise Linux.
Documentation

The products are running with their default settings. This is important for MySQL and MSSQL: Their interpretation of SQL may be changed rather drastically by adjusting certain configuration options, potentially increasing the level of standard compliance (for MySQL, there is a dedicated documentation page about this). However, such non-default configuration options are not of great value for people writing SQL applications because the developer often cannot rely on non-default configuration settings.

Features

Views

Standard Views are part of the standard, and they may be updated, as long as it 'makes sense'.

SQL:2008 has a rather complicated set of rules governing when a view is updatable, basically saying that a view is updatable, as long as the update-operation translates into an unambiguous change.

SQL-92 was more restrictive, specifying that updatable views cannot be derived from more than one base table.
PostgreSQL Has views. Breaks that standard by not allowing updates to views; offers the non-standard 'rules'-system as a work-around.
DB2 Conforms to at least SQL-92.
MSSQL Conforms to at least SQL-92.
MySQL Conforms to at least SQL-92.
Oracle Conforms to at least SQL-92.
Informix Conforms to at least SQL-92.

Join types and features

All the DBMSes support basic INNER JOINs, but vary in their support for other join types.

In the following feature chart, a yes means yes ; an empty table cell means no .

Join type/feature PostgreSQL DB2 MSSQL MySQL Oracle Informix <!-- {12738888657262}--> <!-- {12738888657263}--> <!-- {12738888657264}--> <!-- {12738888657265}--> <!-- {12738888657266}--> <!-- {12738888657267}--> <!-- {12738888657268}--> <!-- {12738888657269}--> <!-- {127388886572610}--> <!-- {127388886572611}--> <!-- {127388886572612}--> <!-- {127388886572613}--> <!-- {127388886572614}--> <!-- {127388886572615}--> <!-- {127388886572616}--> <!-- {127388886572617}--> <!-- {127388886572618}--> <!-- {127388886572619}--> <!-- {127388886572620}--> <!-- {127388886572621}--> <!-- {127388886572622}--> <!-- {127388886572623}--> <!-- {127388886572624}--> <!-- {127388886572625}--> <!-- {127388886572626}-->
Natural joins (only tested: NATURAL LEFT JOIN )yesyesyes
USING -clauseyesyesyes
FULL joins1 (tested: SELECT...FULL JOIN...ON...=... )yesyesyesyesyes
Explicit CROSS JOIN (cartesian product)yesyesyesyesyesyes

Remarks:

  1. Note that FULL joins may be emulated with a union of a left and a right join .

Data definition language (DDL)

Copying structure

Objective: An existing table, t1 needs to be copied to a new table, t2 , without copying data. I.e., only the structure/definition of the table is copied.

Standard Optional feature T171 defines LIKE clause in table definition :
CREATE TABLE t2 ( LIKE t1 )

The DBMS may support an extension of this (feature T173) which allows for more table properties to be copied:
CREATE TABLE t2 ( LIKE t1 INCLUDING IDENTITY INCLUDING DEFAULTS INCLUDING GENERATED )

If INCLUDING DEFAULTS is not specified, column defaults will not be part of t2 ; likewise with IDENTITY and GENERATED properties.

Triggers, CHECK constraints, and other 'non-trivial' table features are not copied to the new table.
PostgreSQL Complies with the core of the feature (T171). The extended T173 feature is only partially supported, and extended with a few non-standard options:
  • The INCLUDING IDENTITY and INCLUDING GENERATED options are not supported
  • INCLUDING CONSTRAINTS and INCLUDING INDEXES options are added

PostgreSQL does not allow you to copy the structure of a view, using CREATE TABLE ... (LIKE ...) . For that, you may use another construct:
CREATE TABLE copytable AS SELECT * FROM viewname WHERE false

Documentation

DB2 Behaves as if inspired by the standard. I.e., DB2 conforms to the standard, except:
  • the LIKE ... clause is stated outside any parenthesis
  • the extended INCLUDING GENERATED option is not supported
  • DB2 defaults to copy IDENTITY, DEFAULTS, and GENERATED properties, unless EXCLUDING IDENTITY and/or EXCLUDING DEFAULTS is specified.

Example:
CREATE TABLE t2 LIKE t1 INCLUDING DEFAULTS

DB2 allows you to copy the structure of a view into a table.

Documentation

MSSQL Does not support the standard. Instead, MSSQL has a special SELECT ... INTO ... FROM ... construct which can be combined with an impossible WHERE-clause to copy structure only:
SELECT * INTO t2 FROM t1 WHERE 1<>1

The source (t1 ) may be a view, as well as a table.

SELECT ... INTO copies NOT NULL column attributes, but nothing else.

Documentation

MySQL Complies with the core of the feature (T171), but not with the extended features (T173).

MySQL does not allow you to copy the structure of a view into a table.

Documentation

Oracle Does not support the standard. Oracle lets you copy a table structure using a special CREATE TABLE ... AS construct, combined with an impossible WHERE -clause: CREATE TABLE t2 AS SELECT * FROM t1 WHERE 1<>1

Documentation

Informix On my TODO.

The SELECT statement

Ordering result sets

Standard The SQL-standard states that relations are unordered, but result sets may be ordered when returned to the user through a cursor:

DECLARE cursorname CURSOR FOR
SELECT ... FROM ... WHERE ...
ORDER BY column_name1 ,column_name2 ,...

The DBMS may additionally allow ORDER BY outside cursor definitions (optional feature IDs F850, F851, F852, F855).(Since SQL:2008)

The standard doesn't specify how NULLs should be ordered in comparison with non-NULL values, except that any two NULLs are to be considered equally ordered, and that NULLs should sort either above or below all non-NULL values. However, the DBMS may optionally (as part of feature ID T611, "Elementary OLAP operations") allow the user to specify whether NULLs should sort first or last:
... ORDER BY ... NULLS FIRST
or
... ORDER BY ... NULLS LAST

PostgreSQL As well as in cursor definitions, it allows ORDER BY in other contexts.

By default, NULLs are considered higher than any non-NULL value; however,(since version 8.3) this sorting behaviour may be changed by adding NULLS FIRST or NULLS LAST to the ORDER BY expression.

DOCUMENTATION

DB2 As well as in cursor definitions, it allows ORDER BY in other contexts. NULLs are considered higher than any non-NULL value.

DOCUMENTATION

MSSQL As well as in cursor definitions, it allows ORDER BY in other contexts. NULLs are considered lower than any non-NULL value.

DOCUMENTATION

MySQL As well as in cursor definitions, it allows ORDER BY in other contexts.

NULLs are considered lower than any non-NULL value, except if a - (minus) character is added before the column name and ASC is changed to DESC, or DESC to ASC; this minus-before-column-name feature seems undocumented.

Documentation

Oracle As well as in cursor definitions, it allows ORDER BY in other contexts.

By default, NULLs are considered higher than any non-NULL value; however, this sorting behaviour may be changed by adding NULLS FIRST or NULLS LAST to the ORDER BY expression.

Beware of Oracle's strange treatment of empty strings and NULLs as the same 'value'.

DOCUMENTATION

Informix As well as in cursor definitions, it allows ORDER BY in other contexts. NULLs are considered lower than any non-NULL value.

DOCUMENTATION

Limiting result sets

Simple limit

Objective: Want to only get n rows in the result set. Usually only makes sense in connection with an ORDER BY expression.

Note: This is not the same as a top-n query — see next section .

Note also: Some of the queries below may not be legal in all situations, such as in views or sub-queries.

Standard The SQL standard provides three ways of performing a 'simple limit':
  • Using FETCH FIRST :(since SQL:2008)

    Non-core feature IDs F856, F857, F858, and F859 describe using
    SELECT ... FROM ... WHERE ... ORDER BY ... FETCH FIRST n ROWS ONLY

    You may write ROW instead of ROWS .

  • Using a Window function :(since SQL:2003)

    Non-core Feature ID T611 specifies window functions , of which one is ROW_NUMBER()OVER :

    SELECT*FROM(
    SELECT
    ROW_NUMBER()OVER(ORDERBYkey ASC)ASrownumber ,
    columns
    FROMtablename
    )ASfoo
    WHERErownumber <=n

  • Using a cursor :

    If your application is stateful (in contrast to web applications which normally have to be seen as stateless), then you might look at cursors (core feature ID E121) instead. This involves:

    • DECLARE cursor-name CURSOR FOR ...
    • OPEN cursor-name
    • FETCH ...
    • CLOSE cursor-name
PostgreSQL Supports all standards-based approaches.

In old PostgreSQL versions (versions 8.3 and older), a special PostgreSQL (and MySQL) specific method was used:

SELECT columns
FROM tablename
ORDER BY key ASC
LIMIT n

Note that LIMIT changes the semantics of SELECT...FORUPDATE .

Documentation:
DB2 Supports all standards-based approaches.

Documentation:

  • OLAP functions
  • FETCH FIRST (general page about the SELECT statement; use your browser's search function to locate FETCH FIRST )
MSSQL Supports the ROW_NUMBER() (since MSSQL 2005) and cursor standards-based approaches; doesn't support FETCH FIRST .

MSSQL 2000 didn't support ROW_NUMBER() . Instead, a MSSQL 2000-specific syntax was needed:
SELECT TOP n columns
FROM tablename
ORDER BY key ASC
The TOP construct is still available in MSSQL 2008, and it's handy for casual SQL work.

Documentation

MySQL Doesn't support the standard. Alternative solution:

SELECT columns
FROM tablename
ORDER BY key ASC
LIMIT n

Documentation

Oracle Supports ROW_NUMBER ; doesn't support FETCH FIRST .

As Oracle doesn't allow AS for subquery naming (and doesn't need a subquery-name at all in this case), the standard SQL code above needs to be rewritten slightly:

SELECT*FROM(
SELECT
ROW_NUMBER()OVER(ORDERBYkey ASC)ASrownumber ,
columns
FROMtablename
)
WHERErownumber <=n

Documentation

A reader of this page told me that using the Oracle-specific ROWNUM 'magic' column yields better performance than using the ROW_NUMBER function. You may want to experiment with this. Ask Tom has an article on ROWNUM.
Informix Doesn't support ROW_NUMBER(), nor FETCH FIRST.

Alternative solution (which is illegal in plain sub-queries):
SELECT FIRST n columns
FROM tablename
ORDER BY key ASC

Documentation

Top-n query

Objective: Like the simple limit-query above, but include rows with tie conditions. Thus, the query may return more than n rows.

Some call this a quota -query.

The following examples are based on this table:

SELECT * FROM person ORDER BY age ASC;

+----------+-------------+-----+

|PERSON_ID | PERSON_NAME | AGE |

+----------+-------------+-----+

|        7 | Hilda       |  12 |

|        8 | Bill        |  12 |

|        4 | Joe         |  23 |

|        2 | Veronica    |  23 |

|        3 | Michael     |  27 |

|        9 | Marianne    |  27 |

|        1 | Ben         |  50 |

|       10 | Michelle    |  50 |

|        5 | Irene       |  77 |

|        6 | Vivian      |  77 |

+----------+-------------+-----+

Now, we only want the three (n =3) youngest persons displayed, i.e. a result set like this:

+----------+-------------+-----+

|PERSON_ID | PERSON_NAME | AGE |

+----------+-------------+-----+

|        7 | Hilda       |  12 |

|        8 | Bill        |  12 |

|        4 | Joe         |  23 |

|        2 | Veronica    |  23 |

+----------+-------------+-----+
Standard With standard SQL, there are two principal ways to obtain the wanted data:
  • The fast variant :

    One of the major additions in SQL:2003 was the addition of non-core (i.e. optional) OLAP (online analytic processing) features. If the DBMS supports elementary OLAP (feature ID F611), then the top-n query may be formulated using a window function , such as RANK()OVER :

    SELECT * FROM (
    SELECT
    RANK()OVER(ORDERBYageASC )ASranking,
    person_id,
    person_name,
    age
    FROM person
    ) AS foo
    WHERE ranking <= 3

    (Change ASC to DESC in the position marked like this in order to get a top-3 oldest query instead.)

  • The slow variant :

    If the DBMS doesn't support the elementary OLAP features, then the top-n solution may be obtained in an alternative way which is so slow that it's not a real option in most situations:

    Correlated subquery method , mentioned in the book Practical Issues in Database Management (chapter 9: Quota Queries ) by Fabian Pascal (who, again, quotes Date for the solution):

    SELECT * FROM person AS px
    WHERE (
    SELECT COUNT(*)
    FROM person AS py
    WHERE py.age < px.age
    ) < 3

    The query may make more sense if the objective is re-phrased as "Find all persons (px) such that the number of younger, other persons (py) is less than 3".

    (Change < to > in the position marked like this in order to get a top-3 oldest query instead.)

In the article Going To Extremes by Joe Celko , there is a description of yet another principle for performing quota queries, using scalar subqueries . Scalar subqueries are more tedious to write but might yield better performance on your system.
PostgreSQL Supports the fast standard SQL variant.

In version 8.3 and older, PostgreSQL only supported the slow standard SQL query variant. In practice, a PostgreSQL-only method was used instead, in order to obtain acceptable query performance:
SELECT *
FROM person
WHERE (
age <= (
SELECT age FROM person
ORDER BY age ASC
LIMIT 1 OFFSET 2-- 2=n-1
)
) IS NOT FALSE

(Change <= to >= and ASC to DESC in the positions marked like this in order to get a top-3 oldest query instead.)

Documentation

DB2 Supports the fast standard SQL variant.

Documentation

MSSQL Supports the fast standard SQL variant.

MSSQL 2000 supported the slow standard SQL variant. In practice, a MSSQL-only expression had to be used instead, in order to obtain acceptable query performance:
SELECT TOP 3 WITH TIES *
FROM person
ORDER BY age ASC
(Change ASC to DESC in the position marked like this in order to get a top-3 oldest query instead.)

Documentation

MySQL Supports the slow standard SQL solution. In practice, this MySQL-specific solution should be used instead, in order to obtain acceptable query performance:

SELECT*
FROMperson
WHEREage<= COALESCE(--note:nospacebetween "COALESCE"andopeningparenthesis
(
SELECTage
FROMperson
ORDERBYageASC
LIMIT1OFFSET2--2=n-1
),
(
SELECTMAX (age)
FROMperson
)
)

(Change <= to >= and ASC to DESC and MAX to MIN in the positions marked like this in order to get a top-3 oldest query instead.)

The offset-value 2 is the result of n-1 (remember: n is 3 in these examples).

The second argument to the COALESCE call makes the query work in cases where the cardinality of the table is lower than n .
Oracle Supports the fast standard SQL variant. However, as Oracle doesn't like "AS... " after subqueries (and doesn't require naming of subqueries), the query has to be paraphrased slightly:

SELECT * FROM (
SELECT
RANK()OVER(ORDERBYageASC )ASranking,
person_id,
person_name,
age
FROM person
)
WHERE ranking <= 3

(Change ASC to DESC in the position marked like this in order to get a top-3 oldest query instead.)

Documentation

Informix On my TODO.

Limit—with offset

Objective: Want to only get n rows in the result set, and we want the first skip rows in the result set discarded. Usually only makes sense in connection with an ORDER BY expression.

In the recipes below, basic ordering is ASCending, i.e. lowest-first queries. If you want the opposite, then change ASC->DESC and DESC->ASC at the places emphasized like this .

Standard The SQL standard provides three ways of performing 'limit with offset':
  • Using OFFSET and FETCH FIRST :(since SQL:2008)

    SELECT...
    FROM ...
    WHERE ...
    ORDER BY ...
    OFFSET skip ROWS
    FETCH FIRST n ROWS ONLY

    You may write ROW instead of ROWS .

  • Using a window function :(since SQL:2003)

    Non-core Feature ID T611 specifies window functions , one of which is ROW_NUMBER() OVER :

    SELECT*FROM(
    SELECT
    ROW_NUMBER()OVER(ORDERBYkeyASC ) AS rownum,
    columns
    FROMtablename
    )ASfoo
    WHERErownum>skip ANDrownum<=(n+skip)

  • Using a cursor :

    You may use a cursor (core feature ID E121), if the programming environment permits it. This involves:

    • DECLARE cursor-name CURSOR FOR ...
    • OPEN cursor-name
    • FETCH RELATIVE number-of-rows-to-skip ...
    • CLOSE cursor-name
PostgreSQL Supports all the standards-based approaches.

In version 8.3 and older, cursors should be used, or a special construct:
SELECT columns
FROM tablename
ORDER BY key ASC
LIMIT n OFFSET skip

Documentation:
DB2 Supports the window function based approach.

Regarding cursors: DB2 for Linux/Unix/Windows doesn't support FETCHRELATIVE (which is strange, because DB2 for the mainframe seems to support it). Instead, see if the DB2 driver for your programming environment supports SQLFetchScroll() .

Documentation : OLAP functions , the FETCH statement .
MSSQL Supports the window function and cursor based approaches.

MSSQL 2000 didn't support ROW_NUMBER() ; instead, a MSSQL-specific syntax had to be used:
SELECT*FROM(
SELECTTOPn *FROM(
SELECTTOPz columns --(z=n+skip)
FROMtablename
ORDERBYkey ASC
)ASFOOORDERBYkey DESC --('FOO'maybeanything)
)ASBARORDERBYkey ASC --('BAR'maybeanything)

Documentation

MySQL Doesn't support the standard approaches. Alternative solution:

SELECT columns
FROM tablename
ORDER BY key ASC
LIMIT n OFFSET skip

In older versions of MySQL, the LIMIT-syntax is less clear:
... LIMIT [skip ,] n
(i.e. the skip argument is optional).
The old syntax is still supported by later MySQL versions (the old syntax is widely used).

Documentation

Oracle Supports ROW_NUMBER() . I'm unsure if Oracle's cursor support is standards-compliant.

As Oracle doesn't accept AS for subquery naming (and doesn't require naming of subqueries in this case), the standard SQL solution has to be re-written slightly. An other reason for the re-write is that ROWNUM is a reserved word in Oracle, with special meaning. The Oracle code becomes:

SELECT*FROM(
SELECT
ROW_NUMBER()OVER(ORDERBYkeyASC ) AS rn,
columns
FROMtablename
)
WHERErn>skip ANDrn<=(n+skip)

Documentation

A reader of this page told me that using the Oracle-specific ROWNUM 'magic' column yields better performance than using the ROW_NUMBER function. You may want to experiment with this. Ask Tom has an article on ROWNUM.
Informix Supports neither OFFSET ...FETCH FIRST nor ROW_NUMBER . Supports cursors.

An alternative to using cursors is to us an Informix-specific construct:
SELECT SKIP skip FIRST n *
FROM tablename

Documentation : SKIP and FIRST

Note:

FETCH FIRST/LIMIT/TOP queries with offset are often used in a result presentation context: To retrieve only—say—30 rows at a time so that the end-user isn't overwhelmed by the complete result set, but instead is offered a paginated result presentation. In this case, be careful not to (only) sort on a non-unique column.

Consider the following example (where PostgreSQL is used):

SELECT * FROM person ORDER BY age ASC;

 person_id | person_name | age

-----------+-------------+-----

         7 | Hilda       |  12

         8 | Bill        |  12

         4 | Joe         |  23

         2 | Veronica    |  23

         3 | Michael     |  27

         9 | Marianne    |  27

         1 | Ben         |  50

        10 | Michelle    |  50

         5 | Irene       |  77

         6 | Vivian      |  77

When ordering is performed on the non-unique age-value, ties may occur and it's not guaranteed that the DBMS will fetch the rows in the same order every time.

Instead of the above listing, the DBMS is allowed to return the following display order where Michael and Marianne are displayed in the opposite order compared to above:

SELECT * FROM person ORDER BY age ASC;

 person_id | person_name | age

-----------+-------------+-----

         7 | Hilda       |  12

         8 | Bill        |  12

         4 | Joe         |  23

         2 | Veronica    |  23

         9 | Marianne    |  27

         3 | Michael     |  27

         1 | Ben         |  50

        10 | Michelle    |  50

         5 | Irene       |  77

         6 | Vivian      |  77

Now, suppose the end-user wants the results displayed five rows at a time. The result set is fetched in two queries where the DBMS happens to sort differently, as above. We will use PostgreSQL's legacy syntax in the example:

SELECT * FROM person ORDER BY age ASC LIMIT 5;

 person_id | person_name | age

-----------+-------------+-----

         7 | Hilda       |  12

         8 | Bill        |  12

         4 | Joe         |  23

         2 | Veronica    |  23

         3 | Michael     |  27


SELECT * FROM person ORDER BY age ASC LIMIT 5 OFFSET 5;

 person_id | person_name | age

-----------+-------------+-----

         3 | Michael     |  27

         1 | Ben         |  50

        10 | Michelle    |  50

         5 | Irene       |  77

         6 | Vivian      |  77

Notice that Marianne was not displayed in any of the two split result set presentations.

The problem could be avoided if the result set ordering had been done in a deterministic way, i.e. where the unique person_id value was considered in case of a tie:
SELECT * FROM person ORDER BY age ASC, person_id ASC ...
This is safer than to pray for the DBMS to behave in a predictable way when handling non-unique values.

Note : If the table is updated between parts of the result set pagination, then the user might still get an inconsistent presentation. If you want to guard against this, too, then you should see if use of an insensitive cursor is an option in your application. Use of cursors to paginate result sets usually require that your application is stateful , which is not the case in many web-application settings. Alternatively, you could let the application cache the complete result set (e.g. in a session if your web application environment provides for sessions).

The INSERT statement

Inserting several rows at a time

Standard An optional SQL feature is row value constructors (feature ID F641). One handy use of row value constructors is when inserting several rows at a time, such as:

INSERT INTO tablename
VALUES (0,'foo') , (1,'bar') , (2,'baz');

— which may be read as a shorthand for

INSERT INTO tablename VALUES (0,'foo');
INSERT INTO tablename VALUES (1,'bar');
INSERT INTO tablename VALUES (2,'baz');

PostgreSQL Supported .(since version 8.2)
DB2 Supported .
MSSQL Supported .(since version 2008)
MySQL Supported .
Oracle An Oracle-specific kludge:
INSERT INTO tablename
SELECT 0,'foo' FROM DUAL
UNION ALL
SELECT 1,'bar' FROM DUAL
UNION ALL
SELECT 2,'baz' FROM DUAL
Informix On my TODO.

Data types

The BOOLEAN type

Standard The BOOLEAN type is optional (has feature ID T031), which is a bit surprising for such a basic type. However, it seems that endless discussions of how NULL is to be interpreted for a boolean value is holding BOOLEAN from becoming a core type.

The standard says that a BOOLEAN may be one of the following literals:

  • TRUE
  • FALSE
  • UNKNOWN or NULL (unless prohibited by a NOTNULL constraint)

The DBMS may interpret NULL as equivalent to UNKNOWN. It is unclear from the specification if the DBMS must support UNKNOWN, NULL or both as boolean literals. In this author's opinion, you should forget about the UNKNOWN literal in order to simplify the situation and let the normal SQL three-way logic apply.

It's defined that TRUE>FALSE (true larger than false).
PostgreSQL Follows the standard.

Accepts NULL as a boolean literal; doesn't accept UNKNOWN as a boolean literal.

Documentation

DB2 Doesn't support the BOOLEAN type.

Judging from various JDBC-documentation, it seems that IBM recommends a CHAR(1) field constrained to values '0' and '1' (and perhaps NULL) as the way to store boolean values.
MSSQL Doesn't support the BOOLEAN type.

Possible alternative type: the BIT type which may have 0 or 1 (or NULL) as value. If you insert an integer value other than these into a field of type BIT, then the inserted value will silently be converted to 1.

Rudy Limeback has some notes about oddities with the MSSQL BIT type.

Documentation

MySQL Offers a non-conforming BOOLEAN type. MySQL's BOOLEAN is one of many aliases to its TINYINT(1) type.

(Never use TINYINT(1) as the column type if you use JDBC with MySQL and expect to get non-boolean values from it .)

MySQL accepts the literals TRUE and FALSE as aliases to 1 and 0, respectively. However, you may also assign a value of — e.g. — 9 to a column of type BOOLEAN (which is non-conforming).

If you use JDBC with MySQL, then BOOLEAN is the preferred type for booleans: MySQL's JDBC-driver implicitly converts between Java's boolean and MySQL's pseudo-BOOLEAN type.

Side note: MySQL has a BIT type which may be interesting for people with enormous amounts of boolean-type data.

Documentation

Oracle Doesn't support the BOOLEAN type.

Judging from various JDBC documentation and a discussion at Ask Tom , it seems that Oracle recommends NUMBER(1) as the way to store boolean values; it's probably wise to constrain such columns to values 0 and 1 (and perhaps NULL).
Informix On my TODO.

Warning to JDBC users:
According to the JDBC standard, getBoolean() must convert a SQL-'value' of NULL to the false Java value. To check if the database-value was really NULL, use wasNull() .

The CHAR type

For the following section, I have used this test-SQL to try to illuminate differences (unfortunately, even standard SQL as simple as this has to be adjusted for some products):

Test steps:
CREATE TABLE chartest (
charval1 CHAR(10) NOT NULL,
charval2 CHAR(10) NOT NULL,
varcharval VARCHAR(30) NOT NULL
);
INSERT INTO chartest VALUES ('aaa','aaa','aaa');
INSERT INTO chartest
VALUES ('aaaaaa','aaa','aaa'); -- should truncate to 'aaaaaa'
INSERT INTO chartest
VALUES ('aaaaaaaaaaaa','aaa','aaa'); -- should raise error
SELECT * FROM chartest; -- should show two rows
DELETE FROM chartest WHERE charval1='aaaaaa';
SELECT * FROM chartest; -- should show one row
SELECT * FROM chartest WHERE charval1=varcharval;
SELECT charval1 || 'X' AS res FROM chartest;
SELECT CHAR_LENGTH(charval1 || charval2) AS res FROM chartest;
SELECT CHAR_LENGTH(charval1) + CHAR_LENGTH(charval2)
AS res
FROM chartest;

Expected results, after CREATE and INSERTs:

SELECT * FROM chartest; -- should show two rows

CHARVAL1   CHARVAL2   VARCHARVAL

========== ========== ==============================

aaa        aaa        aaa

aaaaaa     aaa        aaa



DELETE FROM chartest WHERE charval1='aaaaaa';



SELECT * FROM chartest; -- should show one row

CHARVAL1   CHARVAL2   VARCHARVAL

========== ========== ==============================

aaa        aaa        aaa



SELECT * FROM chartest WHERE charval1=varcharval;

CHARVAL1   CHARVAL2   VARCHARVAL

========== ========== ==============================

aaa        aaa        aaa



SELECT charval1 || 'X' FROM chartest AS res;

    res

===========

aaa       X



SELECT CHAR_LENGTH(charval1 || charval2) AS res FROM chartest;

    res

===========

         20



SELECT character_length(charval1) + character_length(charval2)

AS res

FROM chartest;

    res

============

          20

Actual results .

Standard
  • Return with an exception state if the inserted string is too long, unless the characters exceeding the limit are all spaces.
  • Pad CHAR columns with spaces if the inserted string is shorter than the specified CHAR-length.
  • Pad with trailing spaces as needed when casting or comparing to other string-like values (e.g. VARCHARs).
PostgreSQL Stores CHARs in space padded form, but violates the standard by (conceptually) truncating trailing white-space before performing most functions, operators, and comparisons (like the CHARACTER_LENGTH -function and the concatenation(|| ) operator).

Documentation

DB2 Follows the standard.

Documentation

MSSQL Generally follows standard, but (conceptually) truncates trailing white-space before performing some functions (at least before LEN() ).

Documentation

MySQL Breaks the standard by silently inserting the string, truncated to specified column CHAR-length.
(It's actually not completely silent, as it issues warnings if values were truncated: If you manually check for warnings, you will know that something bad happened, but not which of the rows are now invalid.)

Violates the standard by effectively truncating all trailing spaces.
The documentation states that MySQL truncates trailing spaces when CHAR values are retrieved . That may be true, but it seems that truncation even happens before the CHAR values are used as input in functions like CONCAT , CHAR_LENGTH , etc.

Documentation

Oracle Follows the standard, with a minor exception: Oracle doesn't remove trailing spaces which exceed the specified CHAR length, but raises an exception.

Documentation

Informix On my TODO.

Date and time

The TIMESTAMP type

Standard Part of the Core requirements, feature ID F051-03.
Stores year, month, day, hour, minute, second (with fractional seconds; default is 6 fractional digits).
Extension to Core SQL (feature ID F411): TIMESTAMPWITHTIMEZONE which also stores the time zone.

Examples of TIMESTAMP literals:

  • TIMESTAMP '2003-07-29 13:19:30'
  • TIMESTAMP '2003-07-29 13:19:30.5'

Examples of TIMESTAMPWITHTIMEZONE literals:

  • TIMESTAMP '2003-07-29 13:19:30+02:00'
  • TIMESTAMP '2003-07-29 13:19:30.5+02:00'

It's strange that TIMESTAMPWITHTIMEZONE literals are not represented as, e.g., TIMESTAMPWITHTIMEZONE '2003-07-2913:19:30+01:00' , but according to Melton & Simon's book , they aren't.

PostgreSQL Follows that standard with one exception:
In some cases, TIMESTAMP '2003-08-23 01:02:03 +02:00' is interpreted as a TIMESTAMPWITHOUT TIMEZONE (discarding the '+02:00 ' part)—not as a TIMESTAMPWITHTIMEZONE value. The standard may be illogical regarding this, but a standard is a standard...

Performs good sanity checks on inserted timestamp values; e.g. this will work:
INSERT INTO tablename (columnname )
VALUES (TIMESTAMP '2003-02-28 00:05:00')
while this will fail :
INSERT INTO tablename (columnname )
VALUES (TIMESTAMP '2003-02-29 00:05:00')

Documentation

DB2 DB2 has the TIMESTAMP data type, but not the extended TIMESTAMP WITH TIME ZONE type.
DB2 accepts TIMESTAMP literals like '2003-07-23 00:00:00' , however it doesn't accept the typed TIMESTAMP '2003-07-23 00:00:00' variant.

Performs good sanity checks on inserted timestamp values; e.g. this will work:
INSERT INTO tablename (columnname )
VALUES ('2003-02-28 00:05:00')
while this will fail :
INSERT INTO tablename (columnname )
VALUES ('2003-02-29 00:05:00')

Documentation

MSSQL Note that MSSQL's choice of words related to date and time is confusing: In MSSQL's vocabulary, datetime is a concrete data type, whereas in the SQL standard, datetime is a general term covering the DATE, TIME and TIMESTAMP types.

MSSQL has a strange pseudo-type called TIMESTAMP, but has deprecated it; don't use it in new code.

The closest match to the SQL standard's TIMESTAMP type is DATETIME . This type stores the combination of date and time. It has a maximum of three fractional digits for seconds.

Performs good sanity checks on inserted timestamp values; e.g. this will work:
INSERT INTO tablename (columnname )
VALUES ('2003-02-28 00:05:00')
while this will fail :
INSERT INTO tablename (columnname )
VALUES ('2003-02-29 00:05:00')

Documentation

MySQL No matter what date/time data type chosen in MySQL, storage of fractional seconds and time zones are not supported (the TIME type accepts time literals with fractional seconds, but discards the fractional part when storing the value). You will have to invent your own systems for such information.
Note also, that MySQL's choice of words related to date and time is confusing: In MySQL's vocabulary, datetime is a concrete data type, whereas in the SQL standard, datetime is a general term covering the DATE, TIME and TIMESTAMP types.

MySQL has a type called TIMESTAMP, but it is quite different from the standard TIMESTAMP: It's a 'magic' data type with side effects in that it's automatically updated to the current date and time if some criteria are fulfilled.

MySQL has a type called DATETIME. Like MySQL's TIMESTAMP type, it stores a combination of date and time without fractional seconds. There are no side effects associated with the DATETIME type—which makes it the closest match to the SQL standard's TIMESTAMP type.

By default, MySQL's sanity checks with regard to dates and time are (deliberately) poor. For example, MySQL accepts DATETIME values of '2003-02-29 00:05:00' and '2003-01-32 00:00:00'. Such values yield warnings (which you must check for if you want to be warned), but result in a value of zero being stored.

Documentation

Oracle Follows the standard. Oracle has both the TIMESTAMP and the extended TIMESTAMPWITHTIMEZONE types.

A special gotcha applies, though: Oracle forbids columns of type TIMESTAMPWITHTIMEZONE as part of a unique key ; this includes primary and foreign keys. Timestamps without time zone (and Oracle's special TIMESTAMPWITHLOCALTIMEZONE) are accepted.

Performs good sanity checks on inserted timestamp values; e.g. this will work:
INSERT INTO tablename (columnname )
VALUES (TIMESTAMP'2003-02-28 00:05:00')
while this will fail :
INSERT INTO tablename (columnname )
VALUES (TIMESTAMP'2003-02-29 00:05:00')

Documentation

Informix On my TODO.

SQL functions

CHARACTER_LENGTH

Standard CHARACTER_LENGTH(argument )
If the optional feature T061 is implemented, the function may be augmented with an indication of string unit :
CHARACTER_LENGTH(argument USING string-unit )
string-unit may be UTF8 , UTF16 , UTF32 .

Returns NUMERIC. Returns NULL if the input is NULL.
Alias: CHAR_LENGTH.
The argument may be of type CHAR or VARCHAR.
Part of the Core SQL requirements (feature ID E021-04).
Related function: OCTET_LENGTH.
PostgreSQL Follows the standard, providing CHARACTER_LENGTH (and CHAR_LENGTH ).

Note that PostgreSQL removes trailing (not leading) space from from CHAR values before counting. Note also that the behaviour of CHARACTER_LENGTH with regard to CHAR values has changed between versions 7.4 and 8.0 of PostgreSQL.

Documentation

DB2 Has a CHARACTER_LENGTH function, but it's non-compliant because it requires indication of string unit , and db2's string units are different from the standard's.

Provides the LENGTH function for those who don't want to think about string units.

Note that CHAR values are space-padded (like the standard says they should be), so the length of 'HEY' is 5. Consider using LENGTH(TRIM(foo )) if you want the length without trailing spaces.

Documentation : CHARACTER_LENGTH and LENGTH

MSSQL Doesn't have CHARACTER_LENGTH. Provides the LEN and DATALENGTH functions instead (the latter is especially valid for 'special' data types like the TEXT type).
Note that MSSQL's LEN -function removes trailing (not leading) spaces from CHAR values before counting; MSSQL's DATALENGTH doesn't discard spaces.

Documentation : LEN and DATALENGTH

MySQL Provides CHARACTER_LENGTH.
Aliases: CHAR_LENGTH, LENGTH.
Note that MySQL removes trailing (not leading) spaces from CHAR values before counting.

Documentation

Oracle Doesn't have CHARACTER_LENGTH. Provides the LENGTH function instead.

Behaves in strange ways if the input is the empty string or NULL, because of Oracles non-standard NULL handling (it considers NULL and the empty string identical 'values').

Note that CHAR values are space-padded (like the standard says they should be), so the length of 'HEY' is 5. Consider using LENGTH(TRIM(TRAILING FROM foo )) if you want the length without leading/trailing spaces.

Documentation

Informix On my TODO.

SUBSTRING

Standard The standard defines two variants of the SUBSTRING function:
  1. To comply with Core SQL (Feature E021-06), the DBMS must support an 'ordinary ' SUBSTRING function which extracts characters from a string:
    SUBSTRING(input FROM start-position [FOR length ])
    Strings start at position 1. The start-position argument is a numeric value, as is the optional length -argument. If no length parameter is indicated, length becomes infinite

    (The standard specifies an extra optional argument—USING x —that has to do with Universal Character Sets , e.g. Unicode. x may be one of OCTETS or CHARACTERS.)

    The result is NULL if any of the arguments is NULL.

    Some cases of out-of-range values for start-position and length are allowed. Examples:

    • SUBSTRING('12345'FROM6) yields the empty string.
    • A start-position less than 1 effectively sets start-position to 1 and reduces the value of length by 1+abs( start-position ) .
      I.e., if start-position is -3 and length is 6, then the length value becomes 2.

      Another way to put it is that when start-position is negative, a bunch of arbitrary/blank characters are prepended to the input-value. bunch =1- start-position .

    For an exact definition: see item three in the "General Rules" part of section 6.29 in the standard.

  2. The DBMS may optionally offer a regular expression variant (Feature T581) of SUBSTRING:
    SUBSTRING(input SIMILAR pattern ESCAPE escape-char )
    Pattern deserves some explanation. It's a string which needs to consist of three parts: A part matching before the wanted sub-string, the wanted substring, and a part matching after the wanted substring.
    The parts must be separated by a combination of the indicated escape-char (escape-character) and a double-quote ("). Example:
    SUBSTRING('abc'SIMILAR'a#"b#"c'ESCAPE'#')
    should yield
    b
    The pattern description rules in SQL don't completely resemble POSIX regular expressions, as far as I can see.
PostgreSQL PostgreSQL provides three SUBSTRING flavors:
  • Ordinary SUBSTRING: As the standard's ordinary SUBSTRING variant.
  • POSIX regular expression SUBSTRING: Syntax is
    SUBSTRING(input FROM pattern-string )
    Pattern rules are of the POSIX variant . Returns NULL when pattern doesn't match.
  • Sort-of SQL-style regular expression SUBSTRING: Syntax is
    SUBSTRING(input FROM pattern-string FOR escape-char )
    Pattern-rules are supposed to match the SQL-standard's rules, although my tests sometimes suggest otherwise (hasn't been reported as bugs, because I'm not completely sure how SQL's regex-rules are supposed to be expressed). Returns NULL when pattern doesn't match.

Documentation

DB2 Provides (since version 9) the SUBSTRING function, but requires you to indicate string unit by appending "USING unit ".
The unit identifier may be CODEUNITS16 , CODEUNITS32 , or OCTETS . CODEUNITS16 /CODEUNITS32 seem non-standard. The standard's CHARACTERS unit isn't supported by DB2.
Example:
SELECT SUBSTRING(somecolumn FROM 3 USING OCTETS) FROM sometable
SELECT SUBSTRING(somecolumn FROM 3 FOR 2 USING OCTETS) FROM sometable

For old DB2 versions, use the non-standard SUBSTR function.

DB2 doesn't provide any built-in regular expression facilities at all (but you may manually add PCRE capabilities ).

Documentation : SUBSTRING and SUBSTR

MSSQL MSSQL has a SUBSTRING function, but its syntax differs from that of the standard. The syntax is:

SUBSTRING(input , start , length )

where start is an integer specifying the beginning of the string, and length is a non-negative integer indicating how many characters to return.

MSSQL has no regular expression functionality.

Documentation

MySQL MySQL supports the standard's ordinary SUBSTRING function, with some twists (see below). No regular expression based substring extraction is supported.

MySQL breaks the standard when negative values are used as either start-position or length:
  • According to the standard, SUBSTRING('abc' FROM -2 FOR 4) should yield 'a' ;in MySQL, the result is 'bc'.
  • According to the standard, SUBSTRING('abc' FROM 2 FOR -4) should yield an error; MySQL returns an empty string.

Documentation

Oracle Doesn't provide the standard SUBSTRING function. Provides SUBSTR(input ,start-pos [,length ]) instead (i.e. length is optional).
Oracle provides a number of SUBSTR-variants (SUBSTRB, SUBSTRC, SUBSTR2, SUBSTR4, same syntax as for SUBSTR), mainly for handling various kinds of non-latin-only string-types.
Oracle doesn't have support for string-extraction with the special SQL-style regular expressions. Instead, it has the REGEXP_SUBSTR function which offers string extraction, using POSIX-style regular expression pattern matching.

Documentation : SUBSTR and REGEXP_SUBSTR .
Informix On my TODO.

Note : If you find yourself using SUBSTRING in a WHERE-expression, then consider if LIKE could be used instead: The use of LIKE will typically make your DBMS try to use an index, whereas it will typically not try to do so in connection with functions.

REPLACE

REPLACE means a string-function which searches a source string (haystack) for occurrences of a string to be replaced (needle) and replaces it with a new string (replacement).

Standard Not mentioned. May be obtained through a combination of other functions (have a look at the OVERLAY, POSITION and CHARACTER_LENGTH functions).

A de facto standard seems to have emerged with regard to REPLACE:

REPLACE (haystack :string,needle :string,replacement :string)

which means 'replace needle with replacement in the string haystack '. Replacement is done case-sensitively unless otherwise stated.

The REPLACE function may be handy for correcting spelling errors (and other situations):
UPDATE tablename
SET fullname=REPLACE(fullname,'Jeo ','Joe ')
PostgreSQL Follows de facto standard.
Documentation
DB2 Follows de facto standard.
Documentation
MSSQL Follows de facto standard with the exception that MSSQL by default works case in sensitively.
Documentation
MySQL Follows de facto standard.
MySQL even works case sensitively .1
Note that the REPLACE -function is different from MySQL's non-standard REPLACEINTO expression.
Documentation
Oracle Follows de facto standard.
Documentation
Informix On my TODO.

Note 1 :
In this author's opinion, it's confusing that most (if not all) string-related functions in MySQL work case sensitively , while MySQL's default behaviour is to work case in sensitively in plain WHERE-clauses involving string comparisons.

TRIM

Standard Core SQL feature ID E021-09: TRIM(where characters FROM string_to_be_trimmed )

where may be one of LEADING, TRAILING or BOTH—or omitted which implies BOTH.

characters indicates what character(s) to remove from the head and/or tail of the string. It may be omitted which implies the value '' (space character).

In other words, the shortest form is TRIM(string_to_be_trimmed ) which in effect means TRIM(BOTH ' ' FROM string_to_be_trimmed ) .

Trimming NULL returns NULL.
PostgreSQL Follows the standard.

Documentation

DB2 Follows the standard.(since version 9.1)

In db2 versions lower than 9.1, you only have:
LTRIM(string_to_be_trimmed )
and
RTRIM(string_to_be_trimmed )

Documentation .
MSSQL Doesn't support the standard TRIM function.

Provides
LTRIM(string_to_be_trimmed )
and
RTRIM(string_to_be_trimmed )

Documentation : LTRIM and RTRIM

MySQL Follows the standard.

Documentation

Oracle Follows the standard with two exceptions:
  • Oracle doesn't allow you to trim multiple characters. I.e., TRIM('**' FROM foo ) is illegal in Oracle.
  • Due to Oracle's non-standard NULL-handling, you may get strange results of trimming NULL or the empty string.

Documentation

Informix On my TODO.

LOCALTIMESTAMP

It's often important to get the value of current date and time. Below are the functions used to do that in the different implementations.

Standard The current timestamp (without time zone) is retrieved with the LOCALTIMESTAMP function which may be used as:

SELECT LOCALTIMESTAMP ...
or
SELECT LOCALTIMESTAMP(precision ) ...

Note that "SELECTLOCALTIMESTAMP() ... " is illegal: If you don't care about the precision, then you must not use any parenthesis.

If the DBMS supports the non-core time zone features (feature ID F411), then it must also provide the functions CURRENT_TIMESTAMP and CURRENT_TIMESTAMP(precision ) which return a value of type TIMESTAMPWITHTIMEZONE. If it doesn't support time zones, then the DBMS must not provide a CURRENT_TIMESTAMP function.
PostgreSQL Follows the standard.

Documentation

DB2 Doesn't have the LOCALTIMESTAMP function.

Instead, it provides a special, magic value ('special register' in IBM language), CURRENT_TIMESTAMP (alias to 'CURRENTTIMESTAMP') which may be used as though it were a function without arguments. However, since DB2 doesn't provide TIMESTAMPWITHTIMEZONE support, the availability of CURRENT_TIMESTAMP could be said to be against the standard—at least confusing.

Documentation

MSSQL Doesn't have the LOCALTIMESTAMP function.

Instead, it has CURRENT_TIMESTAMP which—however—doesn't return a value of TIMESTAMPWITHTIMEZONE, but rather a value of MSSQL's DATETIME type (which doesn't contain time zone information).

Documentation

MySQL Follows the standard.

Documentation

Oracle Follows the standard.
Informix On my TODO.

Concatenation

Standard Core feature ID E021-07:
Concatenating two strings is done with the || operator:

string1 || string2

If at least one operand is NULL, then the result is NULL.

It's unclear to me if the DBMS is allowed to try to automatically cast the operands to concatenation-compatible types.
PostgreSQL Follows the standard.

Automatically casts the concatenated values into types compatible with concatenation. If an operand is NULL then the result is NULL.

Documentation

DB2 Follows the standard, partly.

Does not automatically cast concatenated values into compatible types.

Documentation

MSSQL Breaks the standard by using the '+' operator instead of '||'.

Does not automatically cast operands to compatible types. If an operand is NULL, then the result is NULL.

Documentation

MySQL Badly breaks the standard by redefining || to mean OR .

Offers instead a function, CONCAT(string, string ) , which accepts two or more arguments.

Automatically casts values into types which can be concatenated. If an operand is NULL, then the result is NULL.

Documentation

Oracle Follows the standard, partly.

Automatically casts values into types which can be concatenated.

As Oracle interprets NULL as the empty string, it doesn't return NULL if an operand is NULL.

Documentation

Informix Follows the standard.

Automatically casts numeric data into character data, if needed. If an operand is NULL then the result is NULL.

Documentation

Constraint handling

The UNIQUE constraint

Standard As the constraint name indicates, a (set of) column(s) with a UNIQUE constraint may only contain unique (combinations of) values.

A column—or a set of columns—which is subject to a UNIQUE constraint must also be subject to a not NULL constraint, unless the DBMS implements an optional "NULLs allowed" feature (Feature ID 591). The optional feature adds some additional characteristics to the UNIQUE constraint:

  1. Columns involved in a UNIQUE constraint may also have NOTNULL constraints, but they do not have to.
  2. If columns with UNIQUE constraints do not also have NOTNULL constraints, then the columns may contain any number of NULL-'values'. (Logical consequence of the fact that NULL<>NULL.)
    In the standard-parlance, the constraint is satisfied, if

    there are no two rows in [the relation] such that the value of each column in one row is non-null and is not distinct from the value of the corresponding column in the other row
PostgreSQL Follows the standard, including the optional NULLs allowed feature.

Documentation

DB2 Follows the non-optional parts of the UNIQUE-constraint. Doesn't implement the optional NULLs allowed feature.

Documentation (see the unique-constraint section of the page).
MSSQL Follows the standard—with a twist:

MSSQL offers the NULLs allowed feature, but allows at most one instance of a NULL-'value', if NULLs are allowed; i.e. breaks characteristic 2 in the above description of the standard.

Documentation

MySQL Follows the standard, including the optional NULLs allowed feature. <!-- {127388886572627}-->
Oracle Follows the standard—with a twist regarding multiple-column UNIQUE-constraints:

The optional NULLs allowed feature is implemented: If the UNIQUE-constraint is imposed on a single column, then the column may contain any number of NULLs (as expected from characteristic 2 in the above description of the standard). However, if the UNIQUE-constraint is specified for multiple columns, then Oracle sees the constraint as violated if any two rows

  • contain at least one NULL in a column affected by the constraint
  • identical, non-NULL values in the rest of the columns affected by the constraint

Documentation

Informix On my TODO.

Mixture of type and operations

Automatic key generation

It's sometimes handy to have the DBMS handle generation of keys . The DBMSes offer various means for this. Note, however, that some database authorities warn against—at least some variants of—auto-generated keys; this is a classic database discourse .

Standard The standard specifies a column attribute of:
GENERATED...ASIDENTITY (non-core feature ID T174+T175).

When creating a table, an IDENTITY clause may be declared for certain types of columns (INTEGER being one):

CREATE TABLE tablename (
tablename_id INTEGER GENERATED ALWAYS AS IDENTITY
...
)

or

CREATE TABLE tablename (
tablename_id INTEGER GENERATED BY DEFAULT AS IDENTITY
...
)

The column with the IDENTITY attribute will be given values in increasing order, possibly with 'holes' (...,3,4,7,...).

A base table may at most contain one column with the IDENTITY attribute. NOTNULL is implied for an IDENTITY column. Normally, a column declared with IDENTITY will also be declared PRIMARYKEY, but it's not implied.

The examples differ in their 'ALWAYS' vs. 'BY DEFAULT' clauses:

  • When ALWAYS is specified, the user cannot specify a value for the column which means that the DBMS can guarantee successful insertion of a unique value on each table insert.
  • When BY DEFAULT is specified, the user may manually specify what value to put in the identity field of a row. The flip side is that the DBMS cannot guarantee that this will work.

The standard specifies several extended options which may be declared for a generated IDENTITY column.
PostgreSQL PostgreSQL doesn't support the standard's IDENTITY attribute.

PostgreSQL's best offering for a column with auto-generated values is to declare a column of 'type' SERIAL:

CREATE TABLE tablename (
tablename_id SERIAL,
...
)

'SERIAL' is a short-hand for creating a sequence and using that sequence to create unique integers for a column. If the table is dropped, PostgreSQL will drop the sequence which was created as a side-effect of using the SERIAL type.

As a user may manually insert or update a value in a column created as SERIAL, this comes closest to the standard's GENERATED BY DEFAULT AS IDENTITY variant.

If you want semantics like the standard's GENERATED ALWAYS AS IDENTITY , then SERIAL will not do it; instead you need to:

  1. Create a sequence for the table (assuming that the table is called footab , having a an integer column called id ):
    CREATE SEQUENCE footab_id_seq
  2. Add the PL/pgSQL language to the database, in case it doesn't already exist (extra additions don't hurt):
    CREATE LANGUAGE plpgsql
  3. Create a function to be called by a trigger when footab is changed:
    CREATE OR REPLACE FUNCTION protect_footab_id() RETURNS TRIGGER AS $$
    BEGIN
    IF tg_op = 'INSERT' THEN
    IF new.id IS NOT NULL THEN
    RAISE EXCEPTION 'setting ID manually not allowed (%)', new.id;
    END IF;
    new.id = NEXTVAL('footab_id_seq');
    ELSE
    IF new.id IS DISTINCT FROM old.id THEN
    RAISE EXCEPTION 'changing ID is not allowed (% to %)', old.id, new.id;
    END IF;
    END IF;
    RETURN NEW;
    END;
    $$ LANGUAGE PLPGSQL
  4. Create the trigger, calling the above function:
    CREATE TRIGGER protect_footab_id
    BEFORE INSERT OR UPDATE ON footab
    FOR EACH ROW EXECUTE PROCEDURE protect_footab_id()

Another option is to add the WITH OIDS clause when creating a table. Object identifiers (OIDs) will then be added to a special oid column which is hidden by default, i.e. isn't included in SELECT * FROM ... result sets). The oid column can be revealed by explicitly adding it to the SELECT -list, and it can be referred to in WHERE clauses. OIDs cannot be assigned by the user, so the semantics of OIDs resemble the standard's GENERATED ALWAYS AS IDENTITY attribute.

Documentation : The SERIAL and OIDs types.
DB2 Follows standard, albeit with some restrictions on how identity columns may (not) be added to an existing table, etc.

Documentation : CREATETABLEsyntax and description of identity columns .
MSSQL MSSQL offers IDENTITY as a column property, but with a different syntax than the standard's specification. An example of creating a table with an IDENTITY column:

CREATE TABLE tablename (
tablename_id INT IDENTITY PRIMARY KEY,
...
)

With MSSQL's IDENTITY attribute, the user cannot manually insert the value, unless the user has first run SETIDENTITY_INSERTtablename ON
MSSQL refuses to update values in IDENTITY columns.

I.e., MSSQL's IDENTITY type is closest to the standard's GENERATED...ALWAYS ASIDENTITY variant.

Documentation : The IDENTITY property and SETIDENTITY_INSERT .
MySQL MySQL doesn't support the standard's IDENTITY attribute.

As an alternative, an integer column may be assigned the non-standard AUTO_INCREMENT attribute:

CREATE TABLE tablename (
tablename_id INTEGER AUTO_INCREMENT PRIMARY KEY,
...
)

Columns with the AUTO_INCREMENT attribute will—under certain conditions—automatically be assigned a value of <largestvalueincolumn>+<at least 1>. Look in MySQL's documentation for the (rather extensive) details.

A table can have at most one column with the AUTO_INCREMENT attribute; that column must be indexed (it doesn't have to be a primary key, as in the example SQL above) and cannot have a DEFAULT value attribute.

It's probably not too far fetched to think of MySQL's AUTO_INCREMENT feature as this equivalence:
MySQL:
CREATE TABLE tablename (
columnname INTEGER AUTO_INCREMENT PRIMARY KEY
...
)
Standard SQL:
CREATE TABLE tablename (
columnname INTEGER DEFAULT some_func() PRIMARY KEY
...
)
 where some_func() is a function which finds 1 plus the currently largest value of columnname .

The nice thing about this approach is that the automatic value insertion should never fail, even though some of the column's values might have been manually set—i.e. the combined advantages of the standard's ALWAYS and BYDEFAULT variants.

The drawback is that it might result in more house-keeping: The system may need extra table locks when performing row updates/insertions to protect against ghost updates in concurrent transactions—thus slowing down the system in case of many concurrent updates/insertions.

Documentation

Oracle Oracle doesn't support the standard's IDENTITY attribute.

If you want an auto-incrementing column in Oracle, then create a sequence and use that sequence in a trigger associated to the table. Example: For the table mytable , you want the mytable_id column to be of integer type, with an auto-incrementing values:

CREATE TABLE mytable (
mytable_id INTEGER PRIMARY KEY,
... -- (other columns)
);

CREATE SEQUENCE mytable_seq;

CREATE TRIGGER mytable_seq_trigger
BEFORE INSERT ON mytable FOR EACH ROW
BEGIN
IF (:new.mytable_id IS NULL) THEN
SELECT mytable_seq.nextval INTO :new.mytable_id
FROM DUAL;
END IF;
END;
/

This will create an auto-incrementing column resembling the GENERATEDBYDEFAULT variant from the standard. If an column resembling the GENERATED ALWAYS variant is needed, then the trigger should be extended to raise an exception if the user tries to insert a non-NULL value, and a trigger preventing UPDATEs of the relevant column should be added.

Note: If 'nice', incrementing values aren't important, you may use Oracle's SYS_GUID function as the default for a column; that way, universally unique identifiers will be assigned if you don't indicate a value for the column in new rows.

Documentation : CREATE TRIGGER , CREATE SEQUENCE , and SYS_GUID .
Informix On my TODO.

Note: IBM has a page comparing IDENTITY columns and sequences .

Bulk operations

TRUNCATE TABLE

Often, it's useful to be able to remove all rows from a large table in a quick way. And often, DELETE isn't as quick as you'd like it to be. So several DBMSes implement a TRUNCATE operation. Typically, truncating means that deletion isn't associated with triggers which may exist for the table, and typically, truncating involves little (if any) transaction log activity.

Standard The SQL standard defines the TRUNCATE TABLE tablename statement (optional feature ID F200, new in SQL:2008) as:
Delete all rows of a base table without causing any triggered action.

Unfortunately, the standard doesn't specify

  1. whether TRUNCATE TABLE should be allowed in a transaction involving other statements, or not
  2. whether TRUNCATE TABLE should imply an immediate COMMIT , or not
PostgreSQL Follows the standard.

In PostgreSQL, TRUNCATE TABLE is allowed in a transaction involving other operations, and TRUNCATE TABLE does not imply an immediate COMMIT operation.

See the documentation for variations and restrictions. Most importantly, you need to have be owner of the table to be truncated (or work as a superuser); alternatively, you need to have TRUNCATE privilege on the table. Note also the nice—but potentially dangerous—CASCADE modifier which may be useful for emptying related tables.

Documentation

DB2 Almost follows the standard.(since version 9.7)
DB2 requires that the IMMEDIATE keyword be added the the ordinary TRUNCATE TABLE statement, e.g.:
TRUNCATE TABLE someschema.sometable IMMEDIATE
TRUNCATE TABLE must be the first statement in a transaction. A transaction starting with TRUNCATE TABLE may include other statements, but if the transaction is rolled back, the TRUNCATE TABLE operation is not undone.
DB2s TRUNCATE TABLE operation has a number of optional arguments, see the documentation for more on this; especially, the REUSESTORAGE argument may be important for ad-hoc DBA tasks.

In DB2 versions<9.7, you may ab use the IMPORT statement. Unfortunately, you need to know which operating system the command is executed from for this to work:

  • On unix-like systems:
    IMPORT FROM /dev/null OF DEL REPLACE INTO tablename
  • On Windows:
    IMPORT FROM NUL OF DEL REPLACE INTO tablename

IMPORT cannot be ab used in all contexts. E.g., when working with dynamic SQL (from Java/.NET/PHP/...—not using the db2 command line processor), you need to wrap the IMPORT command in a call to ADMIN_CMD , e.g.:
CALL ADMIN_CMD('IMPORT FROM /dev/null OF DEL REPLACE INTO tablename')

IMPORT seems to be allowed in a transaction involving other operations, however it implies an immediate COMMIT operation.

The ALTER TABLE command may also be ab used to quickly empty a table , but it requires more privileges, and may cause trouble with rollforward recovery.

Documentation :
MSSQL Follows the standard.

In MSSQL, TRUNCATE TABLE is allowed in a transaction involving other operations, and TRUNCATE TABLE does not imply an immediate COMMIT operation.

You need to have at least ALTER-permission on the table to be truncated.

Documentation

MySQL MySQL has a TRUNCATE TABLE statement, but it doesn't always follow the standard.

Note that in some cases, MySQL's truncate command is really the equivalent of an unrestricted DELETE command (i.e.: potentially slow and trigger-invoking). Its behaviour depends on which storage engine the table is managed by.

When using InnoDB (transaction safe) tables, TRUNCATE TABLE is allowed in a transaction involving other operations, however TRUNCATE TABLE implies an immediate COMMIT operation.

Documentation

Oracle Follows the standard.

Note, that the TRUNCATE TABLE implicitly commits the current transaction.

You may find that TRUNCATE TABLE isn't nearly as quick as expected; in this case, consider using TRUNCATE TABLE tablename REUSE STORAGE instead.

Needed privileges—Quoting from the documentation:
...the table or cluster must be in your schema or you must have DROP ANY TABLE system privilege.

Documentation

Informix On my TODO.

Command line procedures / metadata

The following are not necessarily SQL operations, but rather a description of how different operations are performed in the command line interface provided by each product.

The shape of the command line interfaces in the commercial products is depressing. Vendors, please do something about it: Not all database developers like to use slow GUIs for technical stuff. And sometimes, DBMS work is performed over slow Internet lines which makes a decent command line interface vital.

Fortunately, a tool like HenPlus exists. It can be a pain to install, but once working, it's nice to work with.

Starting the command line interface

Standard Not defined.
PostgreSQL Run:
psql
which should be in the PATH in any sensible installation.

PostgreSQL's command line interface is very user friendly. It has command history (press arrow-up for previous commands) and a fairly well-working command completion feature.

Documentation

DB2 Run:
db2 -t
(The -t argument tells the command line processor to a semicolon as statement terminator instead of the default (newline). This allows for multi-line SQL statements.)

The db2 binary may not be in your PATH or may be missing vital environment variables (which is one of the stupid parts of DB2's installation procedure: It doesn't offer to set up a proper global DB2 environment for the users on the server) and you may have to include the db2profile file (situated in the sqllib directory in the home directory of the special DB2 instance user) into your shell.
E.g. on my Linux system, I've added the following line to my .bash_profile in order to get a shell with proper DB2 environment when logging in:
./home/db2inst1/sqllib/db2profile

The 'utility' doesn't seem to have anything resembling useful command history or command completion. Fortunately, queries may be sent to the db2 'utility' in a non-interactive way like this:
db2 "SELECT a_column FROM a_table"
This allows you to make use of your shell's command history handling.

DB2 also has a 'utility' called db2batch which some might find at bit nicer to work with.

Documentation

MSSQL The command line interface is started by running
sqlcmd

sqlcmd is not nice to work with. It's bad at formatting result sets. It doesn't have command line completion. You have to say go after your commands. A positive thing about sqlsmd: It has command history, so you may press arrow-up for previous commands in the current sqlsmd session.

In MSSQL 2000, the command line interface was started by running osql .

An alternative to osql—apart from HenPlus, mentioned above—is SQSH which should work on any modern open source operating system, except it doesn't seem to support Kerberos, so you need to log into the database using a database-account (not a Windows-account).

Documentation

MySQL Run:
mysql

If you need help on the optional command line options, see the man page.

On platforms like Linux and FreeBSD (which have decent readline-capabilities), MySQL's command line interface is simply great; not much else to say. MySQL's command line interface is said to be rather poor on Windows, though.
Oracle Run:
sqlplus

sqlplus lacks command completion, and has very limited built-in command history handling.

Documentation

A unique feature of Oracle is that a web-based administration interface is provided, as a supplement to the local administration software. The URL to the interface is typically https://hostname :1158/em/

Informix Informix' command line utility is called dbaccess . If run without arguments, it starts a menu system. If you simply want to shoot SQL statements off to the database, another form is more convenient, at least on unix:
echo 'SELECT foo FROM bar' | dbaccessdatabasename

Documentation

Getting a list of databases

Standard Not specified, as far as I know. (By the way: The SQL standard doesn't have the concept of a database as a container of schemas; instead, the standard specifies that schemas are contained in a catalog .)
PostgreSQL Using SQL: SELECTdatnameFROM pg_catalog.pg_database

When working in the psql command line interface: /l or /l+

Alternative (when working from the terminal, not in psql ): psql--list

Documentation : The psql tool, the pg_database catalog.
DB2 Offers the LIST DATABASE DIRECTORY command, but only when working in the db2 command line processor (i.e. not when working from db2batch ); this command's output is human readable, but sub-optimal as machine readable format.

Documentation

MSSQL EXEC SP_HELPDB

Documentation

MySQL SHOW DATABASES

Documentation

Oracle In Oracle, there is a one-to-one relationship between databases and instances (unless you work with a clustered Oracle system). You can get a list of instances; the way to do it depends on the operating system which Oracle is running on:
  • On unix-like systems: Look in the /etc/oratab file.
  • On Windows: Start Windows' Services management console and look for services with names starting with OracleServiceXXXX . Each XXXX is the name (AKA SID ) of an instance.

Documentation: oratab

Informix Connect to the sysmaster database (all users are allowed to do this) and run:
SELECT name FROM sysmaster:sysdatabases

Documentation

Getting a list of schemas

Standard SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA
PostgreSQL In the command line interface: /dn or /dn+ (for more details).

Using SQL: Follows the standard.

Documentation :
DB2 SELECT schemaname FROM syscat.schemata

Documentation

MSSQL Follows the standard.

Documentation

MySQL MySQL doesn't support schemas.
Oracle Oracle has a peculiar approach to schemas: A schema exists for each and every user. And there cannot be a schema without a corresponding user. Consequently, a way to get a list of schemas in Oracle is to query the ALL_USERS dictionary view:
SELECT username FROM all_users

Documentation

Informix Informix' concept of schemas is closely related to user names, so—somewhatsurprisingly—the query is:
SELECT UNIQUE owner FROM systables WHERE tabid>99

Documentation

Getting a list of tables

Standard Part 11 of the SQL standard specifies the INFORMATION_SCHEMA schema which must be part of all database catalogues. The schema may be used like this:

SELECT * FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_TYPE='BASE TABLE'

or (often more relevant):

SELECT * FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_TYPE='BASE TABLE'
AND TABLE_SCHEMA='SCHEMA-NAME '

See a warning about potential case sensitivity problems below.

PostgreSQL Follows the standard, except for some gotchas mentioned below.

In command-line context, it's easier to use the following non-SQL command instead of querying the INFORMATION_SCHEMA:
/dt

Documentation: The tables INFORMATION_SCHEMA view , the psql tool .
DB2 Doesn't provide the standard INFORMATION_SCHEMA . Instead, DB2 offers the SYSCAT schema (catalog) which is somewhat compatible.

Offers what is probably a shorthand to some system catalog query:
LIST TABLES
or - if you want to see tables in another schema:
LIST TABLES FOR SCHEMA foo
These commands are only available in the db2 command line processor (i.e. not from—e.g.— db2batch ).

Documentation

MSSQL Follows that standard.
Sometimes, the SP_TABLES system stored procedure is easier to use.

Documentation :
MySQL Follows the standard, except that MySQL doesn't support schemas, so one might say that MySQL's INFORMATION_SCHEMA is really an 'INFORMATION_DATABASE ' or 'INFORMATION_CATALOGUE '.

In command-line context, it's easier to use the following non-standard SQL:
SHOW TABLES

Documentation :
Oracle Doesn't provide the standard INFORMATION_SCHEMA. Provides a data dictionary system instead.

The quickest way to get a usable list of 'normal' tables in the current schema:
SELECT * FROM tab
Use of the tab dictionary view is officially deprecated, though. The following query takes longer to write, but is more future proof:
SELECT owner||'.'||table_name FROM all_all_tables
(Remember that in Oracle, there is a one-to-one relationship between 'owners' and schemas.)

Documentation

Informix Doesn't provide the standard INFORMATION_SCHEMA out of the box. A few of the standard's INFORMATION_SCHEMA views may be added by running a special script, though.

Informix offers a set of system catalogs instead. To get a list of tables:
SELECT tabname FROM systables WHERE tabid > 99

The above query will include views and other objects; if you want base tables only:
SELECT tabname FROM systables WHERE tabid > 99 AND tabtype='T'

Documentation

Warning about a general case sensitivity gotcha

Note that there may be case sensitivity issues involved when using meta-data views like those in the INFORMATION_SCHEMA. Generally, the standard states that the name of an identifier (such as table names) are implicitly converted to uppercase, unless double-quotes are used when referring to the identifier. The same goes for identifiers used in queries: A query like SELECT foo FROM tablename is implicitly converted to SELECT FOO FROM TABLENAME .

If you create your table as
CREATE TABLE testtab (id INTEGER PRIMARY KEY)
then a query like
SELECT * FROM testtab
should work fine, and
SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME='TESTTAB'
should work, while the following query will probably fail:
SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME='testtab'

Warning about INFORMATION_SCHEMA gotchas in PostgreSQL

Warning: PostgreSQL's case-conversion rules for unquoted identifiers (such as table names) are non-standard: PostgreSQL converts the identifiers to lower case , instead of converting to upper case . This means that you may try altering the case of identifier names used for queries in the INFORMATION_SCHEMA if you experience unexpected, empty metadata queries.

Note also that due to PostgreSQL's handling of constraint names, the INFORMATION_SCHEMA cannot safely be used to deduce referential constraints ; for this, you have to use PostgreSQL's pg_catalog system-schema.

Getting a table description

Standard Part 11 of the SQL standard specifies the INFORMATION_SCHEMA schema which must be part of all database catalogues. The schema may be used like this:

SELECTcolumn_name,data_type,column_default,is_nullable
FROM
information_schema.tablesASt
JOIN
information_schema.columnsAScON
t.table_catalog=c.table_catalogAND
t.table_schema=c.table_schemaAND
t.table_name=c.table_name
WHERE
t.table_name='TABLE-NAME '

—or like this (more verbose):

SELECT
column_name,
data_type,
character_maximum_length,
numeric_precision,
column_default,
is_nullable
FROM
information_schema.tablesast
JOIN
information_schema.columnsAScON
t.table_catalog=c.table_catalogAND
t.table_schema=c.table_schemaAND
t.table_name=c.table_name
WHERE
c.table_schema='TABLE-SCHEMA '
AND
c.table_name='TABLE-NAME '

To get information about constraints, involved columns and (possibly) referenced columns, a query like this may be used:
SELECT
tc.CONSTRAINT_NAME,
CONSTRAINT_TYPE,
ccu.COLUMN_NAME,
rccu.COLUMN_NAME,
rccu.TABLE_CATALOG,
rccu.TABLE_SCHEMA,
rccu.TABLE_NAME,
CHECK_CLAUSE
FROM
INFORMATION_SCHEMA.TABLE_CONSTRAINTStc
LEFTJOIN
INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGEccuON
tc.CONSTRAINT_CATALOG=ccu.CONSTRAINT_CATALOGAND
tc.CONSTRAINT_SCHEMA=ccu.CONSTRAINT_SCHEMAAND
tc.CONSTRAINT_NAME=ccu.CONSTRAINT_NAMEAND
tc.TABLE_CATALOG=ccu.TABLE_CATALOGAND
tc.TABLE_SCHEMA=ccu.TABLE_SCHEMAAND
tc.TABLE_NAME=ccu.TABLE_NAME
LEFTJOIN
INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTSrcON
rc.CONSTRAINT_CATALOG=ccu.CONSTRAINT_CATALOGAND
rc.CONSTRAINT_SCHEMA=ccu.CONSTRAINT_SCHEMAAND
rc.CONSTRAINT_NAME=ccu.CONSTRAINT_NAME
LEFTJOIN
INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGErccuON
rc.UNIQUE_CONSTRAINT_CATALOG=rccu.CONSTRAINT_CATALOGAND
rc.UNIQUE_CONSTRAINT_SCHEMA=rccu.CONSTRAINT_SCHEMAAND
rc.UNIQUE_CONSTRAINT_NAME=rccu.CONSTRAINT_NAME
LEFTJOIN
INFORMATION_SCHEMA.CHECK_CONSTRAINTSccON
tc.CONSTRAINT_CATALOG=cc.CONSTRAINT_CATALOGAND
tc.CONSTRAINT_SCHEMA=cc.CONSTRAINT_SCHEMAAND
tc.CONSTRAINT_NAME=cc.CONSTRAINT_NAME
WHERE
tc.TABLE_CATALOG='CATALOG-NAME 'AND--seeremark
tc.TABLE_SCHEMA='SCHEMA-NAME 'AND--seeremark
tc.TABLE_NAME='TABLE-NAME '
ORDERBYtc.CONSTRAINT_NAME

If you don't care about potential namespace conflicts, you may leave out the lines commented with "--seeremark ".

See also: Warning about potential case sensitivity problems above.
PostgreSQL Follows the standard, except for some gotchas mentioned above.

In command-line context it's easier to use this non-SQL command:
/dtablename

DB2 Doesn't provide the standard INFORMATION_SCHEMA.

To obtain (very) basic information about a table:
DESCRIBE TABLE tablename
DESCRIBE INDEXES FOR TABLE tablename SHOW DETAIL

To get information about constraints, including involved/referred columns, a query like the following may be used, although the db2 'utility' isn't good at adjusting column widths in output (i.e. the output is not easy to read):
SELECT
tc.constnameasconst_name,
typeasconst_type,
kcu.colnameascol_name,
r.reftabschemaasref_tabschema,
r.reftabnameasref_tabname,
kcu_r.colnameasref_colname
FROM
syscat.tabconsttc
JOIN
syscat.keycolusekcuON
tc.constname=kcu.constname
LEFTJOIN
syscat.referencesrON
type='F'AND
tc.constname=r.constname
LEFTJOIN
syscat.keycolusekcu_rON
r.constname=kcu_r.constname
WHERE
tc.tabschema=UCASE('schemaname ')AND
tc.tabname=UCASE('tablename ')
ORDERBYconst_name,col_name

Documentation :
MSSQL Follows the standard, except that
  • MSSQL uses non-standard names for some standard datatypes, i.e. varchar instead of the standard's CHARACTER_VARYING
  • MSSQL's INFORMATION_SCHEMA doesn't have all SQL:2008's columns (an example: MSSQL's INFORMATION_SCHEMA.COLUMNS view does not contain the IS_IDENTITY column)

Often, the SP_HELP 'tablename' system stored procedure is easier to use.

Documentation :
MySQL Follows the standard, except that
  • MySQL doesn't support schemas, so one might say that MySQL's INFORMATION_SCHEMA is really an 'INFORMATION_DATABASE ' or 'INFORMATION_CATALOGUE '.
  • MySQL's INFORMATION_SCHEMA doesn't have all SQL:2008's columns (an example: MySQL's INFORMATION_SCHEMA.COLUMNS view does not contain the IS_IDENTITY column).
  • As MySQL's namespaces don't match the SQL standard fully, the standard queries mentioned above will not work. The reason is that in MySQL, the value of TABLE_CATALOG is NULL for all tables and columns. To obtain the wanted information, you need to remove the table_catalog join-conditions. I.e., the first (and simplest) of the above queries must be re-written to:

    SELECTcolumn_name,data_type,column_default,is_nullable
    FROM
    information_schema.tablesASt
    JOIN
    information_schema.columnsAScON
    t.table_schema=c.table_schemaAND
    t.table_name=c.table_name
    WHERE
    t.table_name='TABLE-NAME '

In command-line context it's easier to use this non-SQL command:
DESCRIBEtablename

Documentation :
Oracle Doesn't provide the standard INFORMATION_SCHEMA. Offers data dictionary views instead.

To get (very) basic information:
DESCRIBEtablename

To get information on constraints, including foreign (referred) table/column information, a query like this may be used (adjust tablename in one of the last lines):
COLUMNconsnameFORMAT a11;
COLUMNcolnameFORMATa10;
COLUMNtypeFORMATa11;
COLUMNcondFORMATa20;
COLUMNref_tabnameFORMATa11;
COLUMNref_colnameFORMATa11;
SELECT
uc.constraint_nameconsname,
ucc.column_namecolname,
CASE
WHENuc.constraint_type='C'THEN'CHECK'
WHENuc.constraint_type='P'THEN'PRIMARYKEY'
WHENuc.constraint_type='R'THEN'REFERENTIAL'
WHENuc.constraint_type='U'THEN'UNIQUE'
ELSEuc.constraint_type
ENDastype,
uc.search_conditioncond,
ucc_r.table_nameref_tabname,
ucc_r.column_nameref_colname
FROM
user_constraintsuc
JOIN
user_cons_columnsuccON
uc.constraint_name=ucc.constraint_nameAND
uc.owner=ucc.owner
LEFTJOIN
user_constraintsuc_rON
uc.r_constraint_name=uc_r.constraint_nameAND
uc.owner=uc_r.owner
LEFTJOIN
user_cons_columnsucc_rON
uc_r.constraint_name=ucc_r.constraint_nameAND
uc_r.owner=ucc_r.owner
WHERE
uc.TABLE_NAME=UPPER('tablename ')
ORDERBYconsname,colname ;

To get information on indexes on a table, a query like this may be used (adjust tablename in one of the last lines):
COLUMNindex_nameFORMATa11;
COLUMNtypeFORMATa8;
COLUMNuninessFORMATa9;
COLUMNcolumn_nameFORMATa20;
SELECTindex_name,
index_typetype,
uniquenessuniness,
column_name
FROMuser_indexesui
NATURALJOINuser_ind_columnsuic
WHEREdropped='NO'
ANDtable_name=upper('tablename')
ORDERBYindex_name,column_name

Documentation :
Informix Doesn't provide the standard INFORMATION_SCHEMA out of the box. If a special script is run, an INFORMATION_SCHEMA may be added which allows for using the most basic standards-based table description query.

In practice, an Informix-only query is used. The following query provides very basic table information, excluding constraints:
SELECT
colname,
coltype,
CASE
WHEN (coltype-256)<0 THEN 'YES'
ELSE'NO'
ENDAS nullable
FROMsystablesAS a
JOIN syscolumns AS bON a.tabid = b.tabid
WHERE tabname='tablename '

Notice that the table name is in lower case. The colname values are numeric codes which need to be looked up in order to provide meaning.

Documentation

Manually telling the DBMS to collect statistics

In most DBMSes, it's possible to enable automatic statistics gathering, but sometimes, it's nice to be able to manually tell the DBMS to gather statistics for a table (or a number of tables).

Standard Not standardized.
PostgreSQL ANALYZE tablename

If the tablename parameter is left out, then statistics are gathered for all tables in the current database.

Documentation

DB2 RUNSTATS ON TABLE schema-name .table-name AND INDEXES ALL
(many variations/options available)

The RUNSTATS command needs to be invoked in a special way if you aren't using the db2 command line processor, namely through the ADMIN_CMD procedure.

Documentation : RUNSTATS and RUNSTATS wrapped in ADMIN_CMD .
MSSQL First, you have to add statistics to the table:
CREATE STATISTICS stats_name
ON table_name
(column_name_1 , column_name_2 , column_name_3 , ...)
(The CREATE STATISTICS step is not needed for indexed columns. Thus, this step may be skipped if you are satisfied with keeping statistics on indexed columns only.)

The statistics may then be updated when needed:
UPDATE STATISTICS table_name

Having to explicitly mention tables and columns can be tedious, and in many cases, the sp_createstats and sp_updatestats stored procedures are easier to use.

Documentation : CREATE STATISTICS , UPDATE STATISTICS , sp_createstats , sp_updatestats

MySQL ANALYZETABLEtablename

Documentation

Oracle Oracle offers to estimate (quick) or compute (thorough) statistics for a database object. The quick way to do this is to use the deprecated ANALYZE command which can be used in various ways, e.g.

ANALYZETABLEtablename ESTIMATE STATISTICS;
ANALYZETABLEtablename ESTIMATE STATISTICSFORALLINDEXES;
(It's unclear to me if both are needed to gain the relevant statistics.)

—Or:
ANALYZETABLEtablename COMPUTE STATISTICS;
ANALYZETABLEtablename COMPUTE STATISTICSFORALLINDEXES;

If you want to stay away from deprecated features (although I doubt that Oracle will remove ANALYZE...STATISTICS... any time soon), you need to use the DBMS_STATS package .

Documentation

Informix On my TODO.

Getting a query explanation

Standard Not standardized.
PostgreSQL EXPLAIN <query>

Documentation

DB2 The easiest way to get a query explanation is to save the query in a file (without a terminating semicolon), and then run a special command-line utility:
db2expln -database databasename -stmtfile query.sql -terminator ';' -terminal
In the above example, the query has been saved to a file called "query.sql".

In some situations, you may want to use the dynexpln utility instead of db2expln . And in yet other situations, the db2exfmt tool is a better choice. A visual explanation tool also exists.

If you prefer to get the explanation through SQL:

  1. Set up needed explain tables using EXPLAIN.DDL which should exist in sqllib/misc of your DB2 instance user's home directory.
  2. Optionally: Clean up old plan explanations: DELETE FROM EXPLAIN_INSTANCE
  3. Generate the explanation: EXPLAIN PLAN FOR <SQL-statement>
  4. Display plan:
    SELECT O.Operator_ID, S2.Target_ID, O.Operator_Type,
    S.Object_Name, CAST(O.Total_Cost AS INTEGER) Cost
    FROM EXPLAIN_OPERATOR O
    LEFT OUTER JOIN EXPLAIN_STREAM S2
    ON O.Operator_ID=S2.Source_ID
    LEFT OUTER JOIN EXPLAIN_STREAM S
    ON O.Operator_ID = S.Target_ID
    AND O.Explain_Time = S.Explain_Time
    AND S.Object_Name IS NOT NULL
    ORDER BY O.Explain_Time ASC, Operator_ID ASC

    (Adapted from recipe in SQL Tuning .)

Documentation

MSSQL MSSQL can be put in a query explanation mode where queries are not actually executed, but a query explanation is returned instead:
SET SHOWPLAN_TEXT ON

The query explanation mode is turned off by running
SET SHOWPLAN_TEXT OFF

Documentation

MySQL EXPLAIN <query>

Documentation

Oracle EXPLAIN PLAN FOR <query>
After the query has run, do the following to get the plan explanation:
SELECT plan_table_output FROM table(dbms_xplan.display())

Documentation

Informix On my TODO.

Turning on query timing

Standard Not standardized.
PostgreSQL /timing

Documentation

DB2 Run the query in the "db2batch " command line processor; db2batch prints the elapsed time of each query.

Documentation

MSSQL SET STATISTICS TIME ON

Documentation

MySQL MySQL's command line interface prints query times by default.
Oracle SETTIMINGON

Documentation

Informix On my TODO.

JDBC

JDBC driver jar file name, and general documentation

PostgreSQL The PostgreSQL JDBC Driver : postgresql-postgresqlversion -jdbcbuild# .jdbc4.jar

Documentation

DB2 IBM Data Server Driver for JDBC : db2jcc.jar (included in default DB2 client software installations; may also be downloaded separately, after registration)

Documentation

MSSQL Microsoft's driver : sqljdbc.jar
Alternative: The open source JTDS driver : jtds-version .jar

Documentation :
MySQL The MySQL Connector/J driver: mysql-connector-java-version -bin.jar

Documentation

Oracle Oracle's JDBC drivers : ojdbc5.jar (for Java 5), ojdbc6.jar (for Java 6)

Documentation

Informix IBM's Informix JDBC driver : ifxjdbc.jar (download requires registration and filling out annoying questionnaires, and an installer which only works with some JREs has to be run to unpack the driver)

Documentation

JDBC driver class name

PostgreSQL org.postgresql.Driver

Documentation

DB2 com.ibm.db2.jcc.DB2Driver
MSSQL Microsoft's driver: com.microsoft.sqlserver.jdbc.SQLServerDriver
MySQL com.mysql.jdbc.Driver

Documentation

Oracle oracle.jdbc.driver.OracleDriver
Informix com.informix.jdbc.IfxDriver

JDBC connection URL

PostgreSQL jdbc:postgresql://hostname /DBname

Documentation

DB2 jdbc:db2://hostname :50000 /DBname
or (if the database is on the local host):
jdbc:db2:DBname

Documentation

MSSQL On my TODO.
MySQL jdbc:mysql://[host ][,failoverhost ][:port ]/[database ]?user=username &password=password

Documentation

Oracle jdbc:oracle:thin:@hostname :1521 :instancename
Informix jdbc:informix-sqli://hostname :9088 /DBname :INFORMIXSERVER=instancename
Use port 1526 instead of 9088 if the Informix version is <11.

Other topics

Dummy table use

Some DBMSes let you perform a query like this:
SELECT 1+1
answering
2

With other DBMSes, you need to insert a dummy-table expression to obtain the same result:
SELECT 1+1 FROM dummy-table

Standard On my TODO.
PostgreSQL No need for dummy-table.

In addition, the VALUES keyword may be used to produce a simple result set, without introducing a FROM clause, e.g.
VALUES(1+1)
(Note the missing SELECT and FROM keywords).

Documentation

DB2 Dummy-table: SYSIBM.SYSDUMMY1 .

In addition, the VALUES keyword may be used to produce a simple result set, without introducing a FROM clause, e.g.
VALUES(1+1)
(Note the missing SELECT and FROM keywords).

Documentation

MSSQL No need for dummy-table.
MySQL No need for dummy-table, although MySQL allows you to refer to a DUAL dummy-table (for Oracle compatibility).
Oracle Dummy-table: DUAL .
Informix Informix requires that you include a FROM specification. In recent versions of Informix(since version 11.10) , a dummy table has been included: sysmaster:sysdual .

For older Informix versions, the tradition is to use code like:
SELECT ... FROM systables WHERE tabid=1
This code makes use of the fact that the systables table is guaranteed to contain a row where tabid equals 1.

Documentation :

Obtaining DBMS version

Standard SELECTCHARACTER_VALUE
FROMINFORMATION_SCHEMA.SQL_IMPLEMENTATION_INFO
WHEREIMPLEMENTATION_INFO_NAME='DBMSVERSION'
PostgreSQL Follows the standard. An alternative, non-standard function may be used:
SELECTVERSION()

Documentation

DB2 SELECT service_level FROM SYSIBMADM.ENV_INST_INFO

—or run the special db2level program.

Documentation : SYSIBMADM.ENV_INST_INFO and db2level

MSSQL MSSQL's implementation of the IMPLEMENTATION_SCHEMA doesn't seem to include the SQL_IMPLEMENTATION_INFO view. In stead, you may use
SELECTSERVERPROPERTY('ProductVersion')
(just the version), or
SELECT @@VERSION
(verbose, harder to parse).

Documentation : SERVERPROPERTY , @@VERSION

MySQL MySQL's INFORMATION_SCHEMA doesn't include the SQL_IMPLEMENTATION_INFO view.

Work-around:
SELECTVERSION()

Documentation

Oracle SELECT banner FROM v$version

Documentation

Informix Using SQL: SELECT dbinfo('version','full') FROM systables WHERE tabid=1

From the command line:
onstat-

Documentation :

Standard TCP/IP port

Product Port# Notes Documentation
Standard Notspecified
PostgreSQL 5432 For security reasons, PostgreSQL doesn't listen to non-local TCP interfaces by default. Documentation
DB2 50000
MSSQL 1433 By default, MSSQL Express Edition doesn't listen for TCP connections.
MySQL 3306
Oracle 1521 Documentation
Informix 9088 (unencrypted) Informix versions prior to version 11, the default port was 1526.

Diagnostic log

Each DBMS has different ways to record diagnostic information (event logs).

Standard Not covered by the standard.
PostgreSQL By default, PostgreSQL logs to stderr, meaning that it's highly installation specific where the dianostic information is put; on this author's system, the default ends up in /var/lib/pgsql/pgstartup.log . The default can be set to something more reasonable (such as syslog on unix, eventlog on Windows) by adjusting the log_destination configuration parameter.

Documentation

DB2 On unix systems, DB2s diagnostic log file is called db2diag.log and lives in the sqllib/db2dump sub-directory of the instance user's home directory. I.e., a typical full path is:
/home/db2inst1/sqllib/db2dump/db2diag.log
If the file is renamed or deleted, DB2 will create a new db2diag.log without having to be restarted.

Documentation

MSSQL On my TODO.
MySQL On my TODO.
Oracle A diagnostic directory contains a file called alert_INSTANCE .log . The diagnostic directory is determined by the following query:
SELECT value FROM v$parameter WHERE name='background_dump_dest'
Examples of the diagnostic directory:
  • On an Oracle 11gR2 running on Linux: /usr/local/oracle/diag/rdbms/INSTANCE /INSTANCE /trace
  • On an Oracle 9.2 running on Windows: D:/oracle/admin/INSTANCE /bdump

Documentation

Informix The path of the diagnostic log is defined by the MSGPATH configuration parameter. On a Linux installation, using default options:
/opt/IBM/informix/tmp/online.log

Documentation

Related work

Acknowledgments

The following people have provided comments, suggestions and/or fixes, resulting in content changes on this page:

  • Ian Barwick
  • Chester Kustarz
  • Bruno Wolff III
  • Carsten Pedersen
  • Jürgen Auer
  • Edi Stocker
  • Tzvetan Tzankov
  • Jess Robinson
  • Gordon P. Hemsley
  • Philip Nelson
  • Andreas Plesner Jacobsen
  • Clive Page
  • Holger Jakobs
  • Dennis Björklund
  • Chris Fehily
  • Alf-Ivar Holm
  • Joseph Fuda
  • J M Sykes
  • Greg Sabino Mullane
  • Jari Aalto
  • Robert Jones
  • Greg Fortune
  • Dick Leone
  • Neil Conway
  • Markus Schaber
  • James Denny
  • Neal Lindsay
  • David Rowley
  • Erik Berglund
  • Michael Swart
  • Rados艂aw Zieli艅ski
  • Jonathan Giroux
  • Thomas Kellerer
  • Guillaume Taglang
  • Claus Samuelsen
  • David Fetter
  • Mike Wilson
  • James Beckett
  • Joachim Selke

(In chronological order.)

To Troels' home page .

Version control information: $LastChangedDate: 2010-04-06 22:31:53 +0200 (Tue, 06 Apr 2010) $.

This work is licensed under a Creative Commons License

<!-- {127388886572628}-->

你可能感兴趣的:(diff)

  • matlab delsat = setdiff(1:69,unique(Eph(30,:)))； 语句含义 黄卷青灯77 matlab开发语言setdiff
    这行MATLAB代码用于计算在范围1:69中不包含在Eph矩阵第30行的唯一值集合中的所有元素。具体解释如下：delsat=setdiff(1:69,unique(Eph(30,:)));解释Eph(30,:)Eph(30,:)提取矩阵Eph的第30行的所有列元素。这是一个行向量，包含了第30行的所有值。unique(Eph(30,:))unique函数返回Eph(30,:)中的唯一元素。这意味着
  • RK3229_Android9.0_Box 4G模块EC200A调试 suifen_ 网络
    0、kernel修改这部分完全可以参考Linux的移植：RK3588EC200A-CN【4G模块】调试_rkec200a-cn-CSDN博客1、修改device/rockchip/rk322xdiff--gita/device.mkb/device.mkindexec6bfaa..e7c32d1100755---a/device.mk+++b/device.mk@@-105,6+105,8@@en
  • 《Veronika decides to die》 Ooutstanding
    Whatismadness？——Madnessistheinabilitytocommunicate.Betweennormalityandmadness,whicharebasicallythesamething,thereexistsanintermediarystage：itiscalled"beingdifferent."Andpeoplewerebecomingmoreandmoreaf
  • Ubuntu Juju 与 Ansible的区别 xidianjiapei001 #Kubernetesubuntuansiblelinux云原生Juju
    JujuandAnsiblearebothpowerfultoolsusedformanagingandorchestratingITinfrastructureandapplications,buttheyhavedifferentapproachesandusecases.Here’sabreakdownofthekeydifferencesbetweenthem:1.ConceptualFo
  • ComfyUI AnimateDiff-Lightning 教程 jayli517 ComfyUIAIGC
    介绍项目主页：https://huggingface.co/ByteDance/AnimateDiff-Lightning在线测试（有墙）：https://huggingface.co/spaces/ByteDance/AnimateDiff-Lightning国内镜像：https://hf-mirror.com/ByteDance/AnimateDiff-LightningAnimateDiff
  • linux的安装程序 与 文件 相关的命令 可能只会写BUG c语言c/c++linuxlinux服务器运维
    软件安装卸载命令软件包介绍软件包命名格式dpkg命令apt-get命令apt-get命令压缩和解压命令压缩文件后缀压缩命令打包和解包命令tar命令文件分割命令split命令文件操作相关命令cat命令head命令tail命令more命令less命令管道命令wc命令grep命令find命令cut命令sort命令uniq命令diff命令文件属性命令chmod命令chown命令chgrp命令ln命令硬链接
  • PCIe进阶之Gen3 Physical Layer Receive Logic（一） 芯芯之火，可以燎原 PCIe进阶硬件工程信息与通信
    1文章概述本篇文章是接着前面两篇文章进一步研究Gen3PhysicalLayerReceiveLogic的实现，具体包含DifferentialReceiver，CDR（ClockandDataRecovery）和ReceiverClockCompensationLogic三个部分的介绍和解析。1.1DifferentialReceiverGen3的DifferentialReceiver逻辑和之
  • 佳音之日更葡萄酒I Day20 特别篇 - 天堂园 Il Paradiso di Manfredi 葡萄酒一杯靈
    #佳音OneDayWine#IlParadisodiManfredi#BrunellodiMontalcino#Biodynamie#意大利#每日一酒曾任经典奇昂蒂葡萄酒协会(ConsorziodelVinoChiantiClassico)的主席,意大利CastelloDiAma”阿玛堡”庄主MarcoPallanti说过一句话﹕“Today,allwineisgood;thedifference
  • 【笔记】扩散模型（七）：Latent Diffusion Models（Stable Diffusion）论文解读与代码实现 LittleNyima DiffusionModels笔记stablediffusionAIGC人工智能
    论文链接：High-ResolutionImageSynthesiswithLatentDiffusionModels官方实现：CompVis/latent-diffusion、CompVis/stable-diffusion这一篇文章的内容是LatentDiffusionModels（LDM），也就是大名鼎鼎的StableDiffusion。先前的扩散模型一直面临的比较大的问题是采样空间太大，学
  • 【早安心语】 壹典心理咨询
    【2021-6-9】早安春夏秋冬Nomatterhowdifficultitis,keepyourheadupstrong.Lifeisanawakening.Don’tbeyesterday,don’ttomorrow.Aslongastoday,liveinthepresentandlooktothefuture.Lifeisanattitude.Acalmmindisnaturallybro
  • linux git log 中文乱码,修复git diff正文中文乱码 weixin_39945871
    Linuxgitdiff正文中文乱码在命令行下输入以下命令：$gitconfig--globalcore.quotepathfalse#显示status编码$gitconfig--globalgui.encodingutf-8#图形界面编码$gitconfig--globali18n.commit.encodingutf-8#提交信息编码$gitconfig--globali18n.logoutp
  • 如何利用命令模式实现一个手游后端架构? 隔窗听雨眠 命令模式
    命令模式的原理解读命令模式的英文翻译是CommandDesignPattern。在GoF的《设计模式》一书中，它是这么定义的：Thecommandpatternencapsulatesarequestasanobject,therebylettingusparameterizeotherobjectswithdifferentrequests,queueorlogrequests,andsuppo
  • 【影视推荐】面对校园欺凌，你会作何选择 颖视英文
    Idon'tknowforsurewhetherornotpeoplewereborntobeequal.Maybeyes,maybeno.Butthere'sonethingforcertainthatwearenotofthesamestatuswhenwegrowup,withdefinitelydifferentandevendrasticallydiversepersonalities.
  • leetCode进阶算法题+解析（七十七） 唯有努力不欺人丶
    安排工作以达到最大收益题目：有一些工作：difficulty[i]表示第i个工作的难度，profit[i]表示第i个工作的收益。现在我们有一些工人。worker[i]是第i个工人的能力，即该工人只能完成难度小于等于worker[i]的工作。每一个工人都最多只能安排一个工作，但是一个工作可以完成多次。举个例子，如果3个工人都尝试完成一份报酬为1的同样工作，那么总收益为0。我们能得到的最大收益是多少？
  • 百行代码复现扩散模型-基于线性回归 李新然 数据统计分析深度学习线性回归算法回归python数据分析
    文章目录引言简化模型原本模型模型改造实现过程数据集文本编码图像编码解码扩散过程训练过程生成过程完整实现结论引言多模态的深度学习模型，通常需要大量的算力去训练和验证。这导致缺乏算力的普通读者，阅读“大模型”论文，只能按论文作者所写来构造自己的认知。可能对很多类似笔者的人来说：纸上得来终觉浅。或许我们可以退而求其次，只选择Follow论文的思路。本文以DiffusionModel为例，说明从核心思想来
  • JVM 架构 : 运行时数据区 & 内存结构 光剑书架上的书
    JVM:JavaVirtualMachine架构JVMArchitectureRuntimeDataArea/MemoryStructureClassloaderClassloaderisasubsysteminJVM,whichisprimarilyresponasibleforloadingthejavaclasses,thereare3differentclassloaders:Bootst
  • Lt-8 Multithreading yanlingyun0210 java
    IntendedLearningOutcomesTounderstandtheconceptofconcurrency.Tounderstandthedifferenceofaprocessandathread.TodefineathreadusingtheThreadclassandRunnableinterface.TocontrolthreadswithvariousThreadmethod
  • Stable Diffusion-AI美女模特写真使用InstantID插件（附插件） 快乐星球没有乐 人工智能stablediffusion美女midjourney媒体音视频
    ControlNet单元1：上传人脸定位照上传任意一张照片，它的作用是控制最终出图的人物脸部位置。我们可以和第一张图片一样。相关[参数设置如下：控制类型：选择"Instant_ID"预处理器：instant_id_face_keypoints模型：control_instant_id_sdxl控制权重：0.5左右（0.45-0.5）【第四步】图片的生成点击【生成】按钮，我们来看一下最终生成的图片效
  • comfyUI和SD webUI都有哪些差别呢？ javastart aigcAIGC人工智能
    ComfyUI和SDWebUI都是用于AI绘画的用户界面，它们各自有着不同的特点和适用场景。以下是两者之间的一些关键差别：1、用户体验与界面友好性:SDWebUI（StableDiffusionWebUserInterface）以其直观易用著称，特别受初学者欢迎。它的界面布局清晰，功能模块一目了然，用户可以很容易地找到所需的功能，降低了使用难度。ComfyUI虽然在功能上更为强大，但其工作流式的操
  • Midjourney和 Stable Diffusion，学谁呢? Ai君臣
    Midjourney是在线的，可以使用文字制作令人惊叹的AI图片。它与StableDiffusion类似，但也有一些区别。Midjourney只能在互联网上使用，并且需要付费。那么，值得为Midjourney付费吗？它与稳定扩散有何不同？MidjourneyvsStableDiffusion——功能比较您将在本节中找到StableDiffusion和Midjourney之间的详细比较。与Midjo
  • 【Vidu发布】中国首个长时长、高一致性、高动态性Video AI大模型 叶锦鲤 人工智能
    就在昨日（2024年4月27日），北京生数科技有限公司（以下简称“生数科技”）联合清华大学在中关村论坛-未来人工智能先锋论坛上，正式发布中国首个长时长、高一致性、高动态性视频大模型：Vidu。该模型采用生数科技团队原创的Diffusion与Transformer融合的架构U-ViT。据发布会介绍，Vidu不仅支持一键生成长达16秒、分辨率高达1080P的高清视频内容，还能够模拟真实物理世界，拥有丰
  • kubeadm升级k8s_remote version is much newer v1 2401_86367086 kubernetes容器云原生
    可以看到我们的版本可以升级到v1.24.4###显示版本差异kubeadmupgradediff1.24.4[upgrade/diff]Readingconfigurationfromthecluster…[upgrade/diff]FYI:Youcanlookatthisconfigfilewith‘kubectl-nkube-systemgetcmkubeadm-config-oyaml’—/
  • Animal farm（125） 云手a
    Betweenpigsandhumanbeingstherewasnot，andtheyneednotbe，anyclashofinterestswhatever.Theirstrugglesandtheirdifficultieswereone.Wasnotthelabourproblemthesameeverywhere?Hereisbecameapparent【adj.显然的；表面上的】th
  • mysql 把多条符合条件的数组 json 合并成一条 KingFu28 mysqljson
    selectc.PROC_INST_ID_,sfj.file_jsonfrombpm_check_opinioncleftjoinsys_file_jsonsfjontimestampdiff(minute,sfj.create_time,c.CREATE_TIME_)between0and3--三分钟内wherec.PROC_INST_ID_='10000005440002';查询结果：1000
  • 寻找身高相近的小朋友 爱棋笑谦 2024年9月华为OD刷题集算法java华为od面试
    题目描述:小明今年升学到小学一年级，来到新班级后发现其他小朋友们身高参差不齐，然后就想基于各小朋友和自己的身高差对他们进行排序，请帮他实现排序。输入描述:第一行为正整数H和N，0frinedHeights=newArrayList();for(inti=0;i{intdifferent1=Math.abs(h1-mingHeight);intdifferert2=Math.abs(h2-mingH
  • 零知识证明-公钥分发方案DH(（六） yunteng521 区块链零知识证明算法区块链密钥分发DH
    前言椭圆曲线配对，是各种加密构造方法(包括确定性阀值签名、zk-SNARKs以及相似的零知识证明)的关键元素之一。椭圆曲线配对(也叫“双线性映射”)有了30年的应用历史，然而最近这些年才把它应用在密码学领域。配对带来了一种“加密乘法”的形式，这很大的拓展了椭圆曲线协议的应用范围。本文的目的是详细介绍椭圆曲线配对，并大致解释它的内部原理先了解DH协议Diffie-Hellman协议简称DH，是一种公
  • 微信小程序 js 计算时间间隔 XUE_雪 微信小程序javascript
    /**判断距离当前时间间隔多少分钟*/judgeTimeDiffer:function(startTime){varstartTimes=newDate(startTime.replace(/-/g,'/'));returnparseInt((startTimes.getTime()-newDate().getTime())/1000/60);},切记：要将时间格式通过replace(/-/g,'
  • python 安装 win32com 郎君啊 python开发语言
    扩展,Python,安装相关视频讲解：StableDiffusion提升出图速度,TensorRT扩展,SDXL-SSD-1B-A1111,速度提升60%,PyTorch更新python的or运算赋值用法用python编程Excel有没有用处？如何在Windows系统上安装win32com一、整体流程步骤操作1下载并安装Python2安装pywin32扩展包3验证安装是否成功二、具体操作步骤及代码
  • 英语流利说懂你英语 Level6 Unit2 Part4 Listening - Aging Population wxl_dl
    Theworld'spopulationisgrowingatarateofalittlemorethan1%peryear.However,notallsegmentsofthepopulationaregrowingatthesamerate.Thisgraphshowstherateofgrowthof3differentgroups:children,adultsandtheelderly
  • Python求解二阶微分方程的解析解 weixin_30777913 python算法前端
    代码：fromsympyimportsymbols,Function,dsolve#定义自变量和因变量x=symbols('x')y=Function('y')(x)#定义微分方程eq=y.diff(x,2)+4*y.diff(x)+3*y-xy=Function('y')#使用dsolve求解微分方程solution=dsolve(eq,y(x))print(solution)结果：Eq(y(x
  • C/C++Win32编程基础详解视频下载 择善Zach 编程C++Win32
    课题视频：C/C++Win32编程基础详解 视频知识：win32窗口的创建                   windows事件机制 主讲：择善Uncle老师 学习交流群：386620625 验证码：625 --
  • Guava Cache使用笔记 bylijinnan javaguavacache
    1.Guava Cache的get/getIfPresent方法当参数为null时会抛空指针异常 我刚开始使用时还以为Guava Cache跟HashMap一样，get(null)返回null。 实际上Guava整体设计思想就是拒绝null的，很多地方都会执行com.google.common.base.Preconditions.checkNotNull的检查。 2.Guava
  • 解决ora-01652无法通过128（在temp表空间中） 0624chenhong oracle
    解决ora-01652无法通过128（在temp表空间中）扩展temp段的过程 一个sql语句后，大约花了10分钟，好不容易有一个结果，但是报了一个ora-01652错误，查阅了oracle的错误代码说明：意思是指temp表空间无法自动扩展temp段。这种问题一般有两种原因：一是临时表空间空间太小，二是不能自动扩展。 分析过程：    既然是temp表空间有问题，那当
  • Struct在jsp标签 不懂事的小屁孩 struct
    非UI标签介绍： 控制类标签： 1：程序流程控制标签   if   elseif    else <s:if test="isUsed"> <span class="label label-success">True</span> </
  • 按对象属性排序 换个号韩国红果果 JavaScript对象排序
    利用JavaScript进行对象排序，根据用户的年龄排序展示 <script> var bob={ name;bob, age:30 } var peter={ name;peter, age:30 } var amy={ name;amy, age:24 } var mike={ name;mike, age:29 } var john={
  • 大数据分析让个性化的客户体验不再遥远 蓝儿唯美 数据分析
    顾客通过多种渠道制造大量数据，企业则热衷于利用这些信息来实现更为个性化的体验。 分析公司Gartner表示，高级分析会成为客户服务的关键，但是大数据分析的采用目前仅局限于不到一成的企业。 挑战在于企业还在努力适应结构化数据，疲于根据自身的客户关系管理（CRM）系统部署有效的分析框架，以及集成不同的内外部信息源。 然而，面对顾客通过数字技术参与而产生的快速变化的信息，企业需要及时作出反应。要想实
  • java笔记4 a-john java
    操作符 1，使用java操作符       操作符接受一个或多个参数，并生成一个新值。参数的形式与普通的方法调用不用，但是效果是相同的。加号和一元的正号（+）、减号和一元的负号（-）、乘号（*）、除号（/）以及赋值号（=）的用法与其他编程语言类似。       操作符作用于操作数，生成一个新值。另外，有些操作符可能会改变操作数自身的
  • 从裸机编程到嵌入式Linux编程思想的转变------分而治之：驱动和应用程序 aijuans 嵌入式学习
        笔者学习嵌入式Linux也有一段时间了，很奇怪的是很多书讲驱动编程方面的知识，也有很多书将ARM9方面的知识，但是从以前51形式的（对寄存器直接操作，初始化芯片的功能模块）编程方法，和思维模式，变换为基于Linux操作系统编程，讲这个思想转变的书几乎没有，让初学者走了很多弯路，撞了很多难墙。     笔者因此写上自己的学习心得，希望能给和我一样转变
  • 在springmvc中解决FastJson循环引用的问题 asialee 循环引用fastjson
              我们先来看一个例子：           package com.elong.bms; import java.io.OutputStream; import java.util.HashMap; import java.util.Map; import co
  • ArrayAdapter和SimpleAdapter技术总结 百合不是茶 androidSimpleAdapterArrayAdapter高级组件基础
    ArrayAdapter比较简单，但它只能用于显示文字。而SimpleAdapter则有很强的扩展性，可以自定义出各种效果   ArrayAdapter;的数据可以是数组或者是队列        // 获得下拉框对象 AutoCompleteTextView textview = (AutoCompleteTextView) this
  • 九封信 bijian1013 人生励志
            有时候，莫名的心情不好，不想和任何人说话，只想一个人静静的发呆。有时候，想一个人躲起来脆弱，不愿别人看到自己的伤口。有时候，走过熟悉的街角，看到熟悉的背影，突然想起一个人的脸。有时候，发现自己一夜之间就长大了。         2014，写给人
  • Linux下安装MySQL Web 管理工具phpMyAdmin sunjing PHPInstallphpMyAdmin
    PHP http://php.net/ phpMyAdmin http://www.phpmyadmin.net Error compiling PHP on CentOS x64   一、安装Apache 请参阅http://billben.iteye.com/admin/blogs/1985244   二、安装依赖包 sudo yum install gd
  • 分布式系统理论 bit1129 分布式
    FLP One famous theory in distributed computing, known as FLP after the authors Fischer, Lynch, and Patterson, proved that in a distributed system with asynchronous communication and process crashes,
  • ssh2整合(spring+struts2+hibernate)-附源码 白糖_ eclipsespringHibernatemysql项目管理
    最近抽空又整理了一套ssh2框架，主要使用的技术如下： spring做容器，管理了三层(dao,service,actioin)的对象 struts2实现与页面交互(MVC)，自己做了一个异常拦截器，能拦截Action层抛出的异常 hibernate与数据库交互 BoneCp数据库连接池，据说比其它数据库连接池快20倍，仅仅是据说 MySql数据库   项目用eclipse
  • treetable bug记录 braveCS table
    // 插入子节点删除再插入时不能正常显示。修改： //不知改后有没有错，先做个备忘 Tree.prototype.removeNode = function(node) { // Recursively remove all descendants of +node+ this.unloadBranch(node); // Remove
  • 编程之美-电话号码对应英语单词 bylijinnan java算法编程之美
    import java.util.Arrays; public class NumberToWord { /** * 编程之美 电话号码对应英语单词 * 题目： * 手机上的拨号盘，每个数字都对应一些字母，比如2对应ABC，3对应DEF.........，8对应TUV，9对应WXYZ， * 要求对一段数字，输出其代表的所有可能的字母组合
  • jquery ajax读书笔记 chengxuyuancsdn jQuery ajax
    1、jsp页面 <%@ page language="java" import="java.util.*" pageEncoding="GBK"%> <% String path = request.getContextPath(); String basePath = request.getScheme()
  • JWFD工作流拓扑结构解析伪码描述算法 comsci 数据结构算法工作活动J#
      对工作流拓扑结构解析感兴趣的朋友可以下载附件，或者下载JWFD的全部代码进行分析   /*  流程图拓扑结构解析伪码描述算法         public java.util.ArrayList DFS(String graphid, String stepid, int j)
  • oracle I/O 从属进程 daizj oracle
    I/O 从属进程 　　I/O从属进程用于为不支持异步I/O的系统或设备模拟异步I/O.例如，磁带设备(相当慢)就不支持异步I/O.通过使用I/O 从属进程，可以让磁带机模仿通常只为磁盘驱动器提供的功能。就好像支持真正的异步I/O 一样，写设备的进程(调用者)会收集大量数据，并交由写入器写出。数据成功地写出时，写入器(此时写入器是I/O 从属进程，而不是操作系统)会通知原来的调用者，调用者则会
  • 高级排序:希尔排序 dieslrae 希尔排序
    public void shellSort(int[] array){ int limit = 1; int temp; int index; while(limit <= array.length/3){ limit = limit * 3 + 1;
  • 初二下学期难记忆单词 dcj3sjt126com englishword
    kitchen 厨房 cupboard 厨柜 salt 盐 sugar 糖 oil 油 fork 叉；餐叉 spoon 匙；调羹 chopsticks 筷子 cabbage 卷心菜；洋白菜 soup 汤 Italian 意大利的   Indian 印度的 workplace  工作场所 even 甚至；更 Italy 意大利 laugh 笑 m
  • Go语言使用MySQL数据库进行增删改查 dcj3sjt126com mysql
    目前Internet上流行的网站构架方式是LAMP，其中的M即MySQL, 作为数据库，MySQL以免费、开源、使用方便为优势成为了很多Web开发的后端数据库存储引擎。MySQL驱动Go中支持MySQL的驱动目前比较多，有如下几种，有些是支持database/sql标准，而有些是采用了自己的实现接口,常用的有如下几种: http://code.google.c...o-mysql-dri
  • git命令 shuizhaosi888 git
    ---------------设置全局用户名： git config --global user.name "HanShuliang" //设置用户名 git config --global user.email "[email protected]" //设置邮箱 ---------------查看环境配置 git config --li
  • qemu-kvm 网络 nat模式 (四) haoningabc kvmqemu
    qemu-ifup-NAT #!/bin/bash BRIDGE=virbr0 NETWORK=192.168.122.0 GATEWAY=192.168.122.1 NETMASK=255.255.255.0 DHCPRANGE=192.168.122.2,192.168.122.254 TFTPROOT= BOOTP= function check_bridge()
  • 不要让未来的你，讨厌现在的自己 jingjing0907 生活 奋斗 工作 梦想
     故事one 　23岁，他大学毕业，放弃了父母安排的稳定工作，独闯京城，在家小公司混个小职位，工作还算顺手，月薪三千，混了混，混走了一年的光阴。　　　　24岁，有了女朋友，从二环12人的集体宿舍搬到香山民居，一间平房，二人世界，爱爱爱。偶然约三朋四友，打扑克搓麻将，日子快乐似神仙；　　　　25岁，出了几次差，调了两次岗，薪水涨了不过百，生猛狂飙的物价让现实血淋淋，无力为心爱银儿购件大牌
  • 枚举类型详解 一路欢笑一路走 enum枚举详解enumsetenumMap
    枚举类型详解 一.Enum详解      1.1枚举类型的介绍   JDK1.5加入了一个全新的类型的”类”—枚举类型，为此JDK1.5引入了一个新的关键字enum,我们可以这样定义一个枚举类型。      Demo:一个最简单的枚举类   public enum ColorType { RED
  • 第11章 动画效果（上） onestopweb 动画
    index.html <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/
  • Eclipse中jsp、js文件编辑时，卡死现象解决汇总 ljf_home eclipsejsp卡死js卡死
    使用Eclipse编辑jsp、js文件时，经常出现卡死现象，在网上百度了N次，经过N次优化调整后，卡死现象逐步好转，具体那个方法起到作用，不太好讲。将所有用过的方法罗列如下：   1、取消验证 windows–>perferences–>validation 把 除了manual 下面的全部点掉，build下只留 classpath dependency Valida
  • MySQL编程中的6个重要的实用技巧 tomcat_oracle mysql
    每一行命令都是用分号(;)作为结束 对于MySQL，第一件你必须牢记的是它的每一行命令都是用分号(;)作为结束的，但当一行MySQL被插入在PHP代码中时，最好把后面的分号省略掉，例如： mysql_query("INSERT INTO tablename(first_name,last_name)VALUES('$first_name',$last_name')");
  • zoj 3820 Building Fire Stations(二分+bfs) 阿尔萨斯 Build
    题目链接：zoj 3820 Building Fire Stations 题目大意：给定一棵树，选取两个建立加油站，问说所有点距离加油站距离的最大值的最小值是多少，并且任意输出一种建立加油站的方式。 解题思路：二分距离判断，判断函数的复杂度是o(n)，这样的复杂度应该是o(nlogn)，即使常数系数偏大，但是居然跑了4.5s，也是醉了。 判断函数里面做了3次bfs，但是每次bfs节点最多
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他