iihero
iihero

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
  • Features
    • Views
    • Join types/features
  • Data definition language (DDL)
    • Copying structure
  • The SELECT statement
    • Ordering result sets
    • Limiting result sets (RANK() / ROW_NUMBER() / FETCH FIRST / LIMIT / TOP)
      • Simple limit
      • Top-n (quota-queries)
      • Limit—with offset, including a note about the importance of sorting on unique values
  • The INSERT statement
    • Inserting several rows at a time
  • Data types
    • BOOLEAN
    • CHAR
    • Date and time types
      • TIMESTAMP
  • Functions and operators
    • CHARACTER_LENGTH
    • SUBSTRING
    • REPLACE
    • TRIM
    • LOCALTIMESTAMP
    • Concatenation
  • Constraint handling
    • The UNIQUE constraint
  • Mixture of type and operations
    • Automatic key generation (IDENTITY/SERIAL/AUTO_INCREMENT)
  • Bulk operations
    • TRUNCATE TABLE
  • Command line operations / metadata
    • Starting the command line interface
    • Getting a list of databases
    • Getting a list of schemas
    • Getting a list of tables
    • Getting a table description
    • Manually telling the DBMS to collect statistics
    • Getting a query explanation
    • Turning on query timing
  • JDBC
    • JDBC driver jar file name, and general documentation
    • JDBC driver class name
    • JDBC connection URL
  • Other topics
    • Dummy-table use
    • Obtaining DBMS version
    • Standard TCP/IP port
    • Diagnostic log
  • Related work
  • Acknowledgments
  • TODOs

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 SQLmay 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:2008has a rather complicated set of rules governing when a view isupdatable, basically saying that a view is updatable, as long as theupdate-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
Natural joins (only tested: NATURAL LEFT JOIN) yes     yes yes  
USING-clause yes     yes yes  
FULL joins1 (tested: SELECT...FULL JOIN...ON...=...) yes yes yes   yes yes
Explicit CROSS JOIN (cartesian product) yes yes yes yes yes yes

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 Complieswith the core of the feature (T171). The extended T173 feature is onlypartially 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 (ORDER BY key ASC) AS rownumber,
        columns
      FROM tablename
    ) AS foo
    WHERE rownumber <= 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...FOR UPDATE.

Documentation:

  • FETCH FIRST/LIMIT
  • Window functions
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 ASfor subquery naming (and doesn't need a subquery-name at all in thiscase), the standard SQL code above needs to be rewritten slightly:

SELECT * FROM (
  SELECT
    ROW_NUMBER() OVER (ORDER BY key ASC) AS rownumber,
    columns
  FROM tablename
)
WHERE rownumber <= 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:

    Oneof the major additions in SQL:2003 was the addition of non-core (i.e.optional) OLAP (online analytic processing) features. If the DBMSsupports 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 (ORDER BY age ASC) AS ranking,
        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 *
FROM person
WHERE age <= COALESCE( -- note: no space between "COALESCE" and opening parenthesis
  (
    SELECT age
    FROM person
    ORDER BY age ASC
    LIMIT 1 OFFSET 2    -- 2=n-1
  ),
  (
    SELECT MAX(age)
    FROM person
  )
)

(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 (ORDER BY age ASC) AS ranking,
    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 changeASC->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 (ORDER BY key ASC) AS rownum,
        columns
      FROM tablename
    ) AS foo
    WHERE rownum > skip AND rownum <= (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:

  • OFFSET...FETCH/LIMIT...OFFSET
  • Window functions
DB2 Supports the window function based approach.

Regarding cursors: DB2 for Linux/Unix/Windows doesn't support FETCH RELATIVE(which is strange, because DB2 for the mainframe seems to support it).Instead, see if the DB2 driver for your programming environmentsupports 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 (
  SELECT TOP n * FROM (
    SELECT TOP z columns      -- (z=n+skip)
    FROM tablename
    ORDER BY key ASC
  ) AS FOO ORDER BY key DESC -- ('FOO' may be anything)
) AS BAR ORDER BY key ASC    -- ('BAR' may be anything)

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 ASfor subquery naming (and doesn't require naming of subqueries in thiscase), the standard SQL solution has to be re-written slightly. Another 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 (ORDER BY key ASC) AS rn,
    columns
  FROM tablename
)
WHERE rn > skip AND rn <= (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 theresult set pagination, then the user might still get an inconsistentpresentation. If you want to guard against this, too, then you shouldsee 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 notthe case in many web-application settings. Alternatively, you could letthe 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 NOT NULL 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): TIMESTAMP WITH TIME ZONE 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 TIMESTAMP WITH TIME ZONE literals:

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

It's strange that TIMESTAMP WITH TIME ZONE literals are not represented as, e.g., TIMESTAMP WITH TIME ZONE '2003-07-29 13: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 TIMESTAMP WITHOUT TIME ZONE (discarding the '+02:00' part)—not as a TIMESTAMP WITH TIME ZONE 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 TIMEtype accepts time literals with fractional seconds, but discards thefractional part when storing the value). You will have to invent yourown 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 TIMESTAMP WITH TIME ZONE types.

A special gotcha applies, though: Oracle forbids columns of type TIMESTAMP WITH TIME ZONE as part of a unique key;this includes primary and foreign keys. Timestamps without time zone(and Oracle's special TIMESTAMP WITH LOCAL TIME ZONE) 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).

Notethat PostgreSQL removes trailing (not leading) space from from CHARvalues before counting. Note also that the behaviour ofCHARACTER_LENGTH with regard to CHAR values has changed betweenversions 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' FROM 6) 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-rulesare supposed to match the SQL-standard's rules, although my testssometimes suggest otherwise (hasn't been reported as bugs, because I'mnot completely sure how SQL's regex-rules are supposed to beexpressed). 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 MySQLsupports the standard's ordinary SUBSTRING function, with some twists(see below). No regular expression based substring extraction issupported.
 
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).
Oracleprovides a number of SUBSTR-variants (SUBSTRB, SUBSTRC, SUBSTR2,SUBSTR4, same syntax as for SUBSTR), mainly for handling various kindsof non-latin-only string-types.
Oracle doesn't have support for string-extraction with thespecial SQL-style regular expressions. Instead, it has theREGEXP_SUBSTR function which offers string extraction, usingPOSIX-style regular expression pattern matching.

Documentation: SUBSTR and REGEXP_SUBSTR.
Informix On my TODO.

Note: If youfind yourself using SUBSTRING in a WHERE-expression, then consider ifLIKE could be used instead: The use of LIKE will typically make yourDBMS try to use an index, whereas it will typically not try to do so inconnection 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 insensitively.
Documentation
MySQL Follows de facto standard.
MySQL even works case sensitively.1
Note that the REPLACE-function is different from MySQL's non-standard REPLACE INTO 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 defaultbehaviour is to work case insensitively inplain 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 "SELECT LOCALTIMESTAMP() ..." 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 TIMESTAMP WITH TIME ZONE. 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 'CURRENT TIMESTAMP') which may be used as though it were a function without arguments. However, since DB2 doesn't provide TIMESTAMP WITH TIME ZONE 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 TIMESTAMP WITH TIME ZONE, 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 NOT NULL constraints, but they do not have to.
  2. If columns with UNIQUE constraints do not also have NOT NULL 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.
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 ... AS IDENTITY (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. NOT NULL is implied for an IDENTITY column. Normally, a column declared with IDENTITY will also be declared PRIMARY KEY, 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: CREATE TABLE syntax 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 SET IDENTITY_INSERT tablename ON
MSSQL refuses to update values in IDENTITY columns.

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

Documentation: The IDENTITY property and SET IDENTITY_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 <largest value in column>+<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 BY DEFAULT 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 GENERATED BY DEFAULT 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 TRUNCATEoperation. Typically, truncating means that deletion isn't associatedwith triggers which may exist for the table, and typically, truncatinginvolves 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.

Seethe documentation for variations and restrictions. Most importantly,you need to have be owner of the table to be truncated (or work as asuperuser); alternatively, you need to have TRUNCATE privilege on thetable. 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 REUSE STORAGE argument may be important for ad-hoc DBA tasks.

In DB2 versions < 9.7, you may abuse 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 abused 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 abused to quickly empty a table, but it requires more privileges, and may cause trouble with rollforward recovery.

Documentation:

  • TRUNCATE TABLE
  • IMPORT
  • IMPORT through ADMIN_CMD
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.

Notethat in some cases, MySQL's truncate command is really the equivalentof an unrestricted DELETE command (i.e.: potentially slow andtrigger-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 -targument tells the command line processor to a semicolon as statementterminator instead of the default (newline). This allows for multi-lineSQL 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

Aunique feature of Oracle is that a web-based administration interfaceis provided, as a supplement to the local administration software. TheURL 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 wantto shoot SQL statements off to the database, another form is moreconvenient, at least on unix:
echo 'SELECT foo FROM bar' | dbaccess databasename

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: SELECT datname FROM 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 ofinstances; the way to do it depends on the operating system whichOracle 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:

  • The psql tool
  • The schemata INFORMATION_SCHEMA view
DB2 SELECT schemaname FROM syscat.schemata

Documentation
MSSQL Follows the standard.

Documentation
MySQL MySQL doesn't support schemas.
Oracle Oraclehas a peculiar approach to schemas: A schema exists for each and everyuser. 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—somewhat surprisingly—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:

  • The INFORMATION_SCHEMA.TABLES view
  • sp_tables
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:

  • The INFORMATION_SCHEMA
  • SHOW TABLES
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 dueto 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:

SELECT column_name,data_type,column_default,is_nullable
FROM
  information_schema.tables AS t
  JOIN
  information_schema.columns AS c ON
    t.table_catalog=c.table_catalog AND
    t.table_schema=c.table_schema AND
    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.tables as t
  JOIN
  information_schema.columns AS c ON
    t.table_catalog=c.table_catalog AND
    t.table_schema=c.table_schema AND
    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_CONSTRAINTS tc
  LEFT JOIN
  INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE ccu ON
    tc.CONSTRAINT_CATALOG=ccu.CONSTRAINT_CATALOG AND
    tc.CONSTRAINT_SCHEMA=ccu.CONSTRAINT_SCHEMA AND
    tc.CONSTRAINT_NAME=ccu.CONSTRAINT_NAME AND
    tc.TABLE_CATALOG=ccu.TABLE_CATALOG AND
    tc.TABLE_SCHEMA=ccu.TABLE_SCHEMA AND
    tc.TABLE_NAME=ccu.TABLE_NAME
  LEFT JOIN
  INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS rc ON
    rc.CONSTRAINT_CATALOG=ccu.CONSTRAINT_CATALOG AND
    rc.CONSTRAINT_SCHEMA=ccu.CONSTRAINT_SCHEMA AND
    rc.CONSTRAINT_NAME=ccu.CONSTRAINT_NAME
  LEFT JOIN
  INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE rccu ON
    rc.UNIQUE_CONSTRAINT_CATALOG=rccu.CONSTRAINT_CATALOG AND
    rc.UNIQUE_CONSTRAINT_SCHEMA=rccu.CONSTRAINT_SCHEMA AND
    rc.UNIQUE_CONSTRAINT_NAME=rccu.CONSTRAINT_NAME
  LEFT JOIN
  INFORMATION_SCHEMA.CHECK_CONSTRAINTS cc ON
    tc.CONSTRAINT_CATALOG=cc.CONSTRAINT_CATALOG AND
    tc.CONSTRAINT_SCHEMA=cc.CONSTRAINT_SCHEMA AND
    tc.CONSTRAINT_NAME=cc.CONSTRAINT_NAME
WHERE
  tc.TABLE_CATALOG='CATALOG-NAME' AND -- see remark
  tc.TABLE_SCHEMA='SCHEMA-NAME' AND   -- see remark
  tc.TABLE_NAME='TABLE-NAME'
ORDER BY tc.CONSTRAINT_NAME

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

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:
/d tablename
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.constname as const_name,
  type as const_type,
  kcu.colname as col_name,
  r.reftabschema as ref_tabschema,
  r.reftabname as ref_tabname,
  kcu_r.colname as ref_colname
FROM
  syscat.tabconst tc
  JOIN
  syscat.keycoluse kcu ON
    tc.constname=kcu.constname
  LEFT JOIN
  syscat.references r ON
    type='F' AND
    tc.constname=r.constname
  LEFT JOIN
  syscat.keycoluse kcu_r ON
    r.constname=kcu_r.constname
WHERE
  tc.tabschema=UCASE('schemaname') AND
  tc.tabname=UCASE('tablename')
ORDER BY const_name,col_name

Documentation:

  • The DESCRIBE command in the "db2" command line processor
  • SYSCAT views
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'sINFORMATION_SCHEMA doesn't have all SQL:2008's columns (an example:MSSQL's INFORMATION_SCHEMA.COLUMNS view does not contain theIS_IDENTITY column)

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

Documentation:

  • Information Schema Views
  • sp_help
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'sINFORMATION_SCHEMA doesn't have all SQL:2008's columns (an example:MySQL's INFORMATION_SCHEMA.COLUMNS view does not contain theIS_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:

    SELECT column_name,data_type,column_default,is_nullable
    FROM
      information_schema.tables AS t
      JOIN
      information_schema.columns AS c ON
        t.table_schema=c.table_schema AND
        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:
DESCRIBE tablename

Documentation:

  • The INFORMATION_SCHEMA
  • DESCRIBE
Oracle Doesn't provide the standard INFORMATION_SCHEMA. Offers data dictionary views instead.

To get (very) basic information:
DESCRIBE tablename

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):
COLUMN consname FORMAT a11;
COLUMN colname FORMAT a10;
COLUMN type FORMAT a11;
COLUMN cond FORMAT a20;
COLUMN ref_tabname FORMAT a11;
COLUMN ref_colname FORMAT a11;
SELECT
  uc.constraint_name consname,
  ucc.column_name colname,
  CASE
    WHEN uc.constraint_type='C' THEN 'CHECK'
    WHEN uc.constraint_type='P' THEN 'PRIMARY KEY'
    WHEN uc.constraint_type='R' THEN 'REFERENTIAL'
    WHEN uc.constraint_type='U' THEN 'UNIQUE'
    ELSE uc.constraint_type
  END as type,
  uc.search_condition cond,
  ucc_r.table_name ref_tabname,
  ucc_r.column_name ref_colname
FROM
  user_constraints uc
  JOIN
  user_cons_columns ucc ON
    uc.constraint_name=ucc.constraint_name AND
    uc.owner=ucc.owner
  LEFT JOIN
  user_constraints uc_r ON
    uc.r_constraint_name=uc_r.constraint_name AND
    uc.owner=uc_r.owner
  LEFT JOIN
  user_cons_columns ucc_r ON
    uc_r.constraint_name=ucc_r.constraint_name AND
    uc_r.owner=ucc_r.owner
WHERE
  uc.TABLE_NAME = UPPER('tablename')
ORDER BY consname,colname;

To get information on indexes on a table, a query like this may be used (adjust tablename in one of the last lines):
COLUMN index_name  FORMAT a11;
COLUMN type        FORMAT a8;
COLUMN uniness     FORMAT a9;
COLUMN column_name FORMAT a20;
      SELECT index_name,
             index_type type,
             uniqueness uniness,
             column_name
        FROM user_indexes ui
NATURAL JOIN user_ind_columns uic
       WHERE dropped='NO'
         AND table_name=upper('tablename')
    ORDER BY index_name,column_name

Documentation:

  • DESCRIBE sqlplus command
  • COLUMN sqlplus command
  • Static Data Dictionary Views
  • USER_CONSTRAINTS data dictionary view
  • USER_CONS_COLUMNS data dictionary view
  • USER_INDEXES data dictionary view
  • USER_IND_COLUMNS data dictionary view
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'
       END        AS nullable
FROM   systables  AS a
  JOIN syscolumns AS b   ON 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 STATISTICSstep is not needed for indexed columns. Thus, this step may be skippedif 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 ANALYZE TABLE tablename

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.

ANALYZE TABLE tablename ESTIMATE STATISTICS;
ANALYZE TABLE tablename ESTIMATE STATISTICS FOR ALL INDEXES;
(It's unclear to me if both are needed to gain the relevant statistics.)

—Or:
ANALYZE TABLE tablename COMPUTE STATISTICS;
ANALYZE TABLE tablename COMPUTE STATISTICS FOR ALL INDEXES;

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 Theeasiest way to get a query explanation is to save the query in a file(without a terminating semicolon), and then run a special command-lineutility:
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 SET TIMING ON

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:

  • Microsoft's driver
  • The jTDS driver
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 annoyingquestionnaires, and an installer which only works with some JREs has tobe 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:

  • The sysdual table
  • The systables table

Obtaining DBMS version

Standard SELECT CHARACTER_VALUE
  FROM INFORMATION_SCHEMA.SQL_IMPLEMENTATION_INFO
 WHERE IMPLEMENTATION_INFO_NAME='DBMS VERSION'
PostgreSQL Follows the standard. An alternative, non-standard function may be used:
SELECT VERSION()

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'simplementation of the IMPLEMENTATION_SCHEMA doesn't seem to include theSQL_IMPLEMENTATION_INFO view. In stead, you may use
SELECT SERVERPROPERTY('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:
SELECT VERSION()

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:

  • The dbinfo function
  • The onstat utility

Standard TCP/IP port

Product Port# Notes Documentation
Standard Not specified    
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 Bydefault, PostgreSQL logs to stderr, meaning that it's highlyinstallation specific where the dianostic information is put; on thisauthor'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 Thepath of the diagnostic log is defined by the MSGPATH configurationparameter. On a Linux installation, using default options:
/opt/IBM/informix/tmp/online.log

Documentation

Related work

  • Mimer Information Technology AB (makers of the Mimer SQL DBMS) has an interesting feature comparison chart, displaying what SQL:1999 features are implemented in different commercial products. May be biased because it's created by a DBMS vendor.
    Mimer also has lists of reserved words.
  • Wikipedia has a Comparison of relational database management systems page. And a Wikibook called SQL dialects reference is in the works.
  • Chris Fehily's SQL: Visual QuickStart Guideteaches SQL by first describing the standards-based (SQL:2003)approach, and then how to adjust to the real World, using MS Access,MSSQL, Oracle, MySQL, PostgreSQL, and DB2. (Full disclosure note: I wastechnical editor on second edition of the book.)
  • Alessandro Tanasi: Database datatype comparison sheet.
  • Peter Gulutzan (who works for MySQL AB) has written several articles related to the subject. He has also written two related books:
    • SQL-99 Complete, Really (co-authored with Trudy Pelzer) is said to be good.
    • SQL Performance Tuning (also co-authored with Trudy Pelzer), mentions quite a few cross-product SQL issues (primarily related to performance, of course).
  • Some DBMS evaluations performed at the Astrogrid Virtual Observatory (focus on spatial functionality):
    • Various comparisons of MySQL, PostgreSQL and DB2.
    • Comparison of availability and names of mathematical functions in major DBMS products.
    • Autumn '03: Comparison of DB2, MySQL, and Postgres, comparing ease of use, scalability and performance of two types of spatial joins.
    • Autumn '02: Comparison of PostgreSQL, MySQL, Oracle, SQL Server and DB2.
  • Oracle / SQL Server / DB2 / Mckoi / MySQL Database Equivalents.
  • Uday Parmar: Open Source Database Feature Comparison Matrix.
    Note: Created by employees of a database vendor.
  • SQLite's survey of NULL-handling: NULL Handling in SQLite Versus Other Database Engines.
  • Bowman/Emerson/Darnovsky's The Practical SQL Handbook—Using SQL Variantsis OK for this subject, although it is rather out-dated and (worse)doesn't include any guidance on working with open source DBMSs.
  • Kevin E. Kline's SQL in a Nutshell from O'Reilly is a good reference. O'Reilly has also published Jonathan Gennick's SQL Pocket Guide which looks good (but I haven't read it).
  • The Analysis and Solutions Company:
    • Building Truly Portable Database Applications in PHP includes advice on DBMS differences (some of the presentation is PHP-specific, as the title indicates).
    • Database Portability: Date and Timestamp Columns.
  • Jutta Horstmann OSDBmigration.
  • Lewis Cunningham: A comparison of data types between various databases - Oracle, MySQL, DB2, Ingres, SQL Server, Firebird, Postgres.
  • Bristle Software SQL Tips contains tips with variants for several DBMSes.
  • ConnStr.net: .Net/ODBC connection strings to all sorts of database systems.
  • See also my DBMS links.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

你可能感兴趣的:(oracle,oracle,oracle,mysql,数据库,mysql,Sybase,PostgreSQL,PostgreSQL)

  • mysql禁用远程登录 igotyback mysql
    去mysql库中的user表里，将host都改成localhost之后刷新权限FLUSHPRIVILEGES;
  • Google earth studio 简介 陟彼高冈yu 旅游
    GoogleEarthStudio是一个基于Web的动画工具，专为创作使用GoogleEarth数据的动画和视频而设计。它利用了GoogleEarth强大的三维地图和卫星影像数据库，使用户能够轻松地创建逼真的地球动画、航拍视频和动态地图可视化。网址为https://www.google.com/earth/studio/。GoogleEarthStudio是一个基于Web的动画工具，专为创作使用G
  • 关于提高复杂业务逻辑代码可读性的思考 编程经验分享 开发经验java数据库开发语言
    目录前言需求场景常规写法拆分方法领域对象总结前言实际工作中大部分时间都是在写业务逻辑，一般都是三层架构，表示层（Controller）接收客户端请求，并对入参做检验，业务逻辑层（Service）负责处理业务逻辑，一般开发都是在这一层中写具体的业务逻辑。数据访问层（Dao）是直接和数据库交互的，用于查数据给业务逻辑层，或者是将业务逻辑层处理后的数据写入数据库。简单的增删改查接口不用多说，基本上写好一
  • SQL Server_查询某一数据库中的所有表的内容 qq_42772833 SQLServer数据库sqlserver
    1.查看所有表的表名要列出CrabFarmDB数据库中的所有表（名），可以使用以下SQL语句：USECrabFarmDB;--切换到目标数据库GOSELECTTABLE_NAMEFROMINFORMATION_SCHEMA.TABLESWHERETABLE_TYPE='BASETABLE';对这段SQL脚本的解释：SELECTTABLE_NAME：这个语句的作用是从查询结果中选择TABLE_NAM
  • 深入理解 MultiQueryRetriever：提升向量数据库检索效果的强大工具 nseejrukjhad 数据库python
    深入理解MultiQueryRetriever：提升向量数据库检索效果的强大工具引言在人工智能和自然语言处理领域，高效准确的信息检索一直是一个关键挑战。传统的基于距离的向量数据库检索方法虽然广泛应用，但仍存在一些局限性。本文将介绍一种创新的解决方案：MultiQueryRetriever，它通过自动生成多个查询视角来增强检索效果，提高结果的相关性和多样性。MultiQueryRetriever的工
  • MYSQL面试系列-04 king01299 面试mysql面试
    MYSQL面试系列-0417.关于redolog和binlog的刷盘机制、redolog、undolog作用、GTID是做什么的？innodb_flush_log_at_trx_commit及sync_binlog参数意义双117.1innodb_flush_log_at_trx_commit该变量定义了InnoDB在每次事务提交时，如何处理未刷入（flush）的重做日志信息（redolog）。它
  • MongoDB Oplog 窗口 喝醉酒的小白 MongoDB运维
    在MongoDB中，oplog（操作日志）是一个特殊的日志系统，用于记录对数据库的所有写操作。oplog允许副本集成员（通常是从节点）应用主节点上已经执行的操作，从而保持数据的一致性。它是MongoDB副本集实现数据复制的基础。MongoDBOplog窗口oplog窗口是指在MongoDB副本集中，从节点可以用来同步数据的时间范围。这个窗口通常由以下因素决定：Oplog大小：oplog的大小是有限
  • python os 环境变量 CV矿工 python开发语言numpy
    环境变量：环境变量是程序和操作系统之间的通信方式。有些字符不宜明文写进代码里，比如数据库密码，个人账户密码，如果写进自己本机的环境变量里，程序用的时候通过os.environ.get（）取出来就行了。os.environ是一个环境变量的字典。环境变量的相关操作importos"""设置/修改环境变量：os.environ[‘环境变量名称’]=‘环境变量值’#其中key和value均为string类
  • 【PG】常见数据库、表属性设置 江无羡 数据库
    PG的常见属性配置方法数据库复制、备份相关表的复制标识单表操作批量表操作链接数据库复制、备份相关表的复制标识单表操作通过ALTER语句单独更改一张表的复制标识。ALTERTABLE[tablename]REPLICAIDENTITYFULL;批量表操作通过代码块的方式，对某个schema中的所有表一起更新其复制标识。SELECTtablename,CASErelreplidentWHEN'd'TH
  • nosql数据库技术与应用知识点 皆过客，揽星河 NoSQLnosql数据库大数据数据分析数据结构非关系型数据库
    Nosql知识回顾大数据处理流程数据采集(flume、爬虫、传感器)数据存储(本门课程NoSQL所处的阶段)Hdfs、MongoDB、HBase等数据清洗(入仓)Hive等数据处理、分析(Spark、Flink等)数据可视化数据挖掘、机器学习应用(Python、SparkMLlib等)大数据时代存储的挑战(三高)高并发(同一时间很多人访问)高扩展(要求随时根据需求扩展存储)高效率(要求读写速度快)
  • insert into select 主键自增_mybatis拦截器实现主键自动生成 weixin_39521651 insertintoselect主键自增mybatisdelete返回值mybatisinsert返回主键mybatisinsert返回对象mybatisplusinsert返回主键mybatisplus插入生成id
    前言前阵子和朋友聊天，他说他们项目有个需求，要实现主键自动生成，不想每次新增的时候，都手动设置主键。于是我就问他，那你们数据库表设置主键自动递增不就得了。他的回答是他们项目目前的id都是采用雪花算法来生成，因此为了项目稳定性，不会切换id的生成方式。朋友问我有没有什么实现思路，他们公司的orm框架是mybatis，我就建议他说，不然让你老大把mybatis切换成mybatis-plus。mybat
  • 关于Mysql 中 Row size too large (＞ 8126) 错误的解决和理解 秋刀prince mysqlmysql数据库
    提示：啰嗦一嘴，数据库的任何操作和验证前，一定要记得先备份！！！不会有错；文章目录问题发现一、问题导致的可能原因1、页大小2、行格式2.1compact格式2.2Redundant格式2.3Dynamic格式2.4Compressed格式3、BLOB和TEXT列二、解决办法1、修改页大小（不推荐）2、修改行格式3、修改数据类型为BLOB和TEXT列4、其他优化方式（可以参考使用）4.1合理设置数据
  • Java爬虫框架（一）--架构设计 狼图腾-狼之传说 java框架java任务html解析器存储电子商务
    一、架构图那里搜网络爬虫框架主要针对电子商务网站进行数据爬取，分析，存储，索引。爬虫：爬虫负责爬取，解析，处理电子商务网站的网页的内容数据库：存储商品信息索引：商品的全文搜索索引Task队列：需要爬取的网页列表Visited表：已经爬取过的网页列表爬虫监控平台：web平台可以启动，停止爬虫，管理爬虫，task队列，visited表。二、爬虫1.流程1)Scheduler启动爬虫器，TaskMast
  • MongoDB知识概括 GeorgeLin98 持久层mongodb
    MongoDB知识概括MongoDB相关概念单机部署基本常用命令索引-IndexSpirngDataMongoDB集成副本集分片集群安全认证MongoDB相关概念业务应用场景：传统的关系型数据库（如MySQL），在数据操作的“三高”需求以及应对Web2.0的网站需求面前，显得力不从心。解释：“三高”需求：①Highperformance-对数据库高并发读写的需求。②HugeStorage-对海量数
  • Mongodb Error: queryTxt ETIMEOUT xxxx.wwwdz.mongodb.net 佛一脚 errorreactmongodb数据库
    背景每天都能遇到奇怪的问题，做个记录，以便有缘人能得到帮助！换了一台电脑开发nextjs程序。需要连接mongodb数据，对数据进行增删改查。上一台电脑好好的程序，新电脑死活连不上mongodb数据库。同一套代码，没任何修改，搞得我怀疑人生了，打开浏览器进入mongodb官网毫无问题，也能进入线上系统查看数据，网络应该是没问题。于是我尝试了一下手机热点，这次代码能正常跑起来，连接数据库了！！！是不
  • 入门MySQL——查询语法练习 K_un
    前言：前面几篇文章为大家介绍了DML以及DDL语句的使用方法，本篇文章将主要讲述常用的查询语法。其实MySQL官网给出了多个示例数据库供大家实用查询，下面我们以最常用的员工示例数据库为准，详细介绍各自常用的查询语法。1.员工示例数据库导入官方文档员工示例数据库介绍及下载链接：https://dev.mysql.com/doc/employee/en/employees-installation.h
  • 博客网站制作教程 2401_85194651 javamaven
    首先就是技术框架：后端：Java+SpringBoot数据库：MySQL前端：Vue.js数据库连接：JPA(JavaPersistenceAPI)1.项目结构blog-app/├──backend/│├──src/main/java/com/example/blogapp/││├──BlogApplication.java││├──config/│││└──DatabaseConfig.java
  • ubuntu安装wordpress lissettecarlr
    1安装nginx网上安装方式很多，这就就直接用apt-get了apt-getinstallnginx不用启动啥，然后直接在浏览器里面输入IP:80就能看到nginx的主页了。如果修改了一些配置可以使用下列命令重启一下systemctlrestartnginx.service2安装mysql输入安装前也可以更新一下软件源，在安装过程中将会让你输入数据库的密码。sudoapt-getinstallmy
  • 深入浅出 -- 系统架构之负载均衡Nginx的性能优化 xiaoli8748_软件开发 系统架构系统架构负载均衡nginx
    一、Nginx性能优化到这里文章的篇幅较长了，最后再来聊一下关于Nginx的性能优化，主要就简单说说收益最高的几个优化项，在这块就不再展开叙述了，毕竟影响性能都有多方面原因导致的，比如网络、服务器硬件、操作系统、后端服务、程序自身、数据库服务等，对于性能调优比较感兴趣的可以参考之前《JVM性能调优》中的调优思想。优化一：打开长连接配置通常Nginx作为代理服务，负责分发客户端的请求，那么建议开启H
  • 【RabbitMQ 项目】服务端：数据管理模块之绑定管理 月夜星辉雪 rabbitmq分布式
    文章目录一.编写思路二.代码实践一.编写思路定义绑定信息类交换机名称队列名称绑定关键字：交换机的路由交换算法中会用到没有是否持久化的标志，因为绑定是否持久化取决于交换机和队列是否持久化，只有它们都持久化时绑定才需要持久化。绑定就好像一根绳子，两端连接着交换机和队列，当一方不存在，它就没有存在的必要了定义绑定持久化类构造函数：如果数据库文件不存在则创建，打开数据库，创建binding_table插入
  • 计算机毕业设计PHP仓储综合管理系统（源码+程序+VUE+lw+部署） java毕设程序源码王哥 php课程设计vue.js
    该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程。欢迎交流项目运行环境配置：phpStudy+Vscode+Mysql5.7+HBuilderX+Navicat11+Vue+Express。项目技术：原生PHP++Vue等等组成，B/S模式+Vscode管理+前后端分离等等。环境需要1.运行环境：最好是小皮phpstudy最新版，我们在这个版本上开发的。其他版本理论上也可以。2.开发
  • 3.增删改查--连接查询 问女何所忆
    关系型数据库的一个特点就是，多张表之间存在关系，以致于我们可以连接多张表进行查询操作，所以连接查询会是关系型数据库中最常见的操作。连接查询主要分为三种，交叉连接、内连接和外连接，我们一个个说。1、交叉连接交叉连接其实连接查询的第一个阶段，它简单表现为两张表的笛卡尔积形式，具体例子：如果你没学过数学中的笛卡尔积概念，你可以这样简单的理解这里的交叉连接：两张表的交叉连接就是一个连接合并的过程，T1表中
  • You have an error in your SQL syntax； check the manual that corresponds to your MySQL server version 努力的菜鸟~ sql数据库
    YouhaveanerrorinyourSQLsyntax;checkthemanualthatcorrespondstoyourMySQLserverversionfortherightsyntaxtousenear‘IDENTIFIEDBY‘123456’WITHGRANTOPTION’atline1在mysql5.7之前GRANTALLPRIVILEGESON*.*TO'root'@'%'I
  • docker from指令的含义_多个FROM-含义 weixin_39722188 dockerfrom指令的含义
    小编典典什么是基本图片？一组文件，加上EXPOSE端口ENTRYPOINT和CMD。您可以添加文件并基于该基础图像构建新图像，Dockerfile并以FROM指令开头：后面提到的图像FROM是新图像的“基础图像”。这是否意味着如果我neo4j/neo4j在FROM指令中声明，则在运行映像时，neo数据库将自动运行并且可在端口7474的容器中使用？仅当您不覆盖CMD和时ENTRYPOINT。但是图像
  • Redis:缓存击穿 我的程序快快跑啊 缓存redisjava
    缓存击穿(热点key)：部分key(被高并发访问且缓存重建业务复杂的)失效,无数请求会直接到数据库，造成巨大压力1.互斥锁：可以保证强一致性线程一：未命中之后，获取互斥锁，再查询数据库重建缓存，写入缓存，释放锁线程二：查询未命中，未获得锁(已由线程一获得)，等待一会，缓存命中互斥锁实现方式：redis中setnxkeyvalue:改变对应key的value,仅当value不存在时执行，以此来实现互
  • mysql学习教程，从入门到精通，TOP 和MySQL LIMIT 子句（15） 知识分享小能手 大数据数据库MySQLmysql学习oracle数据库开发语言adb大数据
    1、TOP和MySQLLIMIT子句内容在SQL中，不同的数据库系统对于限制查询结果的数量有不同的实现方式。TOP关键字主要用于SQLServer和Access数据库中，而LIMIT子句则主要用于MySQL、PostgreSQL（通过LIMIT/OFFSET语法）、SQLite等数据库中。下面将分别详细介绍这两个功能的语法、语句以及案例。1.1、TOP子句（SQLServer和Access）1.1
  • ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your †徐先森® Oracle数据库Web相关错误集
    createtablestudents(idintunsignedprimarykeyauto_increment,namevarchar(50)notnull,ageintunsigned,highdecimal(3,2),genderenum('男','女','中性','保密','妖')default'保密',cls_idintunsigned);在对数据库插入如上带有中文带有默认值的字段的时
  • Redis 有哪些危险命令？如何防范？ 花小疯 redis缓存数据库危险命令大数据
    Redis有哪些危险命令？Redis的危险命令主要有以下几个：1.keys客户端可查询出所有存在的键。2.flushdb删除Redis中当前所在数据库中的所有记录，并且此命令从不会执行失败。3.flushall删除Redis中所有数据库中的所有记录，不止是当前所在数据库，并且此命令从不会执行失败。4.config客户端可修改Redis配置。怎么禁用和重命名危险命令？看下redis.conf默认配置
  • 鲲鹏 ARM 架构 麒麟 Lylin v10 安装 Nginx (离线) 焚木灵 arm开发架构nginx服务器
    最近做一个银行的项目，银行的服务器是鲲鹏ARM架构的服务器，并且是麒麟v10的系统，这里记录一下在无法访问外网安装Nginx的方法。其他文章：鲲鹏ARM架构麒麟Lylinv10安装Mysql8.3(离线)-CSDN博客鲲鹏ARM架构麒麟Lylinv10安装Node和NVM(离线)-CSDN博客鲲鹏ARM架构麒麟Lylinv10安装Pm2(离线)-CSDN博客鲲鹏ARM架构麒麟Lylinv10安装P
  • 【Golang】 Golang 的 GORM 库中的 Rows 函数 不爱洗脚的小滕 golang开发语言后端
    文章目录前言一、Rows函数解释二、代码实现三、总结前言在使用Go语言进行数据库操作时，GORM（GoObject-RelationalMapping）库是一个常用的工具。它提供了一种简洁和强大的方式来处理数据库操作。本文将介绍GORM库中的Rows函数，这是一个用于执行原生SQL查询并返回结果的函数。一、Rows函数解释在GORM库中，Rows函数用于执行原生SQL查询并返回*sql.Rows结
  • 戴尔笔记本win8系统改装win7系统 sophia天雪 win7戴尔改装系统win8
    戴尔win8 系统改装win7 系统详述 第一步：使用U盘制作虚拟光驱：         1）下载安装UltraISO：注册码可以在网上搜索。         2）启动UltraISO，点击“文件”—》“打开”按钮，打开已经准备好的ISO镜像文
  • BeanUtils.copyProperties使用笔记 bylijinnan java
    BeanUtils.copyProperties VS PropertyUtils.copyProperties 两者最大的区别是： BeanUtils.copyProperties会进行类型转换，而PropertyUtils.copyProperties不会。 既然进行了类型转换，那BeanUtils.copyProperties的速度比不上PropertyUtils.copyProp
  • MyEclipse中文乱码问题 0624chenhong MyEclipse
    一、设置新建常见文件的默认编码格式，也就是文件保存的格式。 在不对MyEclipse进行设置的时候，默认保存文件的编码，一般跟简体中文操作系统（如windows2000，windowsXP）的编码一致，即GBK。 在简体中文系统下，ANSI 编码代表 GBK编码;在日文操作系统下，ANSI 编码代表 JIS 编码。 Window-->Preferences-->General -
  • 发送邮件 不懂事的小屁孩 send email
    import org.apache.commons.mail.EmailAttachment; import org.apache.commons.mail.EmailException; import org.apache.commons.mail.HtmlEmail; import org.apache.commons.mail.MultiPartEmail;
  • 动画合集 换个号韩国红果果 htmlcss
    动画 指一种样式变为另一种样式 keyframes应当始终定义0 100 过程 1 transition  制作鼠标滑过图片时的放大效果 css .wrap{ width: 340px;height: 340px; position: absolute; top: 30%; left: 20%; overflow: hidden; bor
  • 网络最常见的攻击方式竟然是SQL注入 蓝儿唯美 sql注入
    NTT研究表明，尽管SQL注入（SQLi）型攻击记录详尽且为人熟知，但目前网络应用程序仍然是SQLi攻击的重灾区。 信息安全和风险管理公司NTTCom Security发布的《2015全球智能威胁风险报告》表明，目前黑客攻击网络应用程序方式中最流行的，要数SQLi攻击。报告对去年发生的60亿攻击 行为进行分析，指出SQLi攻击是最常见的网络应用程序攻击方式。全球网络应用程序攻击中，SQLi攻击占
  • java笔记2 a-john java
    类的封装： 1，java中，对象就是一个封装体。封装是把对象的属性和服务结合成一个独立的的单位。并尽可能隐藏对象的内部细节（尤其是私有数据） 2，目的：使对象以外的部分不能随意存取对象的内部数据（如属性），从而使软件错误能够局部化，减少差错和排错的难度。 3，简单来说，“隐藏属性、方法或实现细节的过程”称为——封装。 4，封装的特性：       4.1设置
  • [Andengine]Error：can't creat bitmap form path “gfx/xxx.xxx” aijuans 学习Android遇到的错误
            最开始遇到这个错误是很早以前了，以前也没注意，只当是一个不理解的bug，因为所有的texture，textureregion都没有问题，但是就是提示错误。 昨天和美工要图片，本来是要背景透明的png格式，可是她却给了我一个jpg的。说明了之后她说没法改，因为没有png这个保存选项。 我就看了一下，和她要了psd的文件，还好我有一点
  • 自己写的一个繁体到简体的转换程序 asialee java转换繁体filter简体
              今天调研一个任务，基于java的filter实现繁体到简体的转换，于是写了一个demo，给各位博友奉上，欢迎批评指正。          实现的思路是重载request的调取参数的几个方法，然后做下转换。          
  • android意图和意图监听器技术 百合不是茶 android显示意图隐式意图意图监听器
    Intent是在activity之间传递数据;Intent的传递分为显示传递和隐式传递   显式意图：调用Intent.setComponent() 或 Intent.setClassName() 或 Intent.setClass()方法明确指定了组件名的Intent为显式意图，显式意图明确指定了Intent应该传递给哪个组件。   隐式意图;不指明调用的名称,根据设
  • spring3中新增的@value注解 bijian1013 javaspring@Value
            在spring 3.0中，可以通过使用@value，对一些如xxx.properties文件中的文件，进行键值对的注入，例子如下： 1.首先在applicationContext.xml中加入：  <beans xmlns="http://www.springframework.
  • Jboss启用CXF日志 sunjing logjbossCXF
    1. 在standalone.xml配置文件中添加system-properties：     <system-properties>        <property name="org.apache.cxf.logging.enabled" value=&
  • 【Hadoop三】Centos7_x86_64部署Hadoop集群之编译Hadoop源代码 bit1129 centos
      编译必需的软件 Firebugs3.0.0 Maven3.2.3 Ant JDK1.7.0_67 protobuf-2.5.0 Hadoop 2.5.2源码包       Firebugs3.0.0   http://sourceforge.jp/projects/sfnet_findbug
  • struts2验证框架的使用和扩展 白糖_ 框架xmlbeanstruts正则表达式
    struts2能够对前台提交的表单数据进行输入有效性校验，通常有两种方式： 1、在Action类中通过validatexx方法验证，这种方式很简单，在此不再赘述； 2、通过编写xx-validation.xml文件执行表单验证，当用户提交表单请求后，struts会优先执行xml文件，如果校验不通过是不会让请求访问指定action的。 本文介绍一下struts2通过xml文件进行校验的方法并说
  • 记录-感悟 braveCS 感悟
    再翻翻以前写的感悟，有时会发现自己很幼稚，也会让自己找回初心。   2015-1-11 1. 能在工作之余学习感兴趣的东西已经很幸福了； 2. 要改变自己，不能这样一直在原来区域，要突破安全区舒适区，才能提高自己，往好的方面发展； 3. 多反省多思考；要会用工具，而不是变成工具的奴隶； 4. 一天内集中一个定长时间段看最新资讯和偏流式博
  • 编程之美-数组中最长递增子序列 bylijinnan 编程之美
    import java.util.Arrays; import java.util.Random; public class LongestAccendingSubSequence { /** * 编程之美 数组中最长递增子序列 * 书上的解法容易理解 * 另一方法书上没有提到的是，可以将数组排序（由小到大）得到新的数组， * 然后求排序后的数组与原数
  • 读书笔记5 chengxuyuancsdn 重复提交struts2的token验证
    1、重复提交 2、struts2的token验证 3、用response返回xml时的注意 1、重复提交 (1)应用场景 (1-1)点击提交按钮两次。 (1-2)使用浏览器后退按钮重复之前的操作，导致重复提交表单。 (1-3)刷新页面 (1-4)使用浏览器历史记录重复提交表单。 (1-5)浏览器重复的 HTTP 请求。 (2)解决方法 (2-1)禁掉提交按钮 (2-2)
  • [时空与探索]全球联合进行第二次费城实验的可能性 comsci
         二次世界大战前后,由爱因斯坦参加的一次在海军舰艇上进行的物理学实验 -费城实验   至今给我们大家留下很多迷团.....      关于费城实验的详细过程,大家可以在网络上搜索一下,我这里就不详细描述了      在这里,我的意思是,现在
  • easy connect 之 ORA-12154: TNS: 无法解析指定的连接标识符 daizj oracleORA-12154
    用easy connect连接出现“tns无法解析指定的连接标示符”的错误，如下： C:\Users\Administrator>sqlplus username/[email protected]:1521/orcl SQL*Plus: Release 10.2.0.1.0 – Production on 星期一 5月 21 18:16:20 2012 Copyright (c) 198
  • 简单排序:归并排序 dieslrae 归并排序
    public void mergeSort(int[] array){ int temp = array.length/2; if(temp == 0){ return; } int[] a = new int[temp]; int
  • C语言中字符串的\0和空格 dcj3sjt126com c
       \0 为字符串结束符，比如说：                       abcd (空格)cdefg； 存入数组时，空格作为一个字符占有一个字节的空间，我们
  • 解决Composer国内速度慢的办法 dcj3sjt126com Composer
    用法： 有两种方式启用本镜像服务： 1 将以下配置信息添加到 Composer 的配置文件 config.json 中（系统全局配置）。见“例1” 2 将以下配置信息添加到你的项目的 composer.json 文件中（针对单个项目配置）。见“例2” 为了避免安装包的时候都要执行两次查询，切记要添加禁用 packagist 的设置，如下 1 2 3 4 5
  • 高效可伸缩的结果缓存 shuizhaosi888 高效可伸缩的结果缓存
    /** * 要执行的算法，返回结果v */ public interface Computable<A, V> { public V comput(final A arg); }   /** * 用于缓存数据 */ public class Memoizer<A, V> implements Computable<A,
  • 三点定位的算法 haoningabc c算法
    三点定位， 已知a,b,c三个顶点的x,y坐标 和三个点都z坐标的距离，la，lb,lc 求z点的坐标 原理就是围绕a,b,c 三个点画圆，三个圆焦点的部分就是所求 但是，由于三个点的距离可能不准，不一定会有结果， 所以是三个圆环的焦点，环的宽度开始为0，没有取到则加1 运行 gcc -lm test.c test.c代码如下 #include "stdi
  • epoll使用详解 jimmee clinux服务端编程epoll
    epoll - I/O event notification facility在linux的网络编程中，很长的时间都在使用select来做事件触发。在linux新的内核中，有了一种替换它的机制，就是epoll。相比于select，epoll最大的好处在于它不会随着监听fd数目的增长而降低效率。因为在内核中的select实现中，它是采用轮询来处理的，轮询的fd数目越多，自然耗时越多。并且，在linu
  • Hibernate对Enum的映射的基本使用方法 linzx0212 enumHibernate
      枚举   /** * 性别枚举 */ public enum Gender { MALE(0), FEMALE(1), OTHER(2); private Gender(int i) { this.i = i; } private int i; public int getI
  • 第10章 高级事件（下） 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/
  • 孙子兵法 roadrunners 孙子兵法
    始计第一 孙子曰： 兵者，国之大事，死生之地，存亡之道，不可不察也。 故经之以五事，校之以计，而索其情：一曰道，二曰天，三曰地，四曰将，五 曰法。道者，令民于上同意，可与之死，可与之生，而不危也；天者，阴阳、寒暑 、时制也；地者，远近、险易、广狭、死生也；将者，智、信、仁、勇、严也；法 者，曲制、官道、主用也。凡此五者，将莫不闻，知之者胜，不知之者不胜。故校 之以计，而索其情，曰
  • MySQL双向复制 tomcat_oracle mysql
    本文包括: 主机配置 从机配置 建立主-从复制 建立双向复制   背景 按照以下简单的步骤: 参考一下： 在机器A配置主机(192.168.1.30) 在机器B配置从机(192.168.1.29) 我们可以使用下面的步骤来实现这一点   步骤1：机器A设置主机 在主机中打开配置文件 ,
  • zoj 3822 Domination(dp) 阿尔萨斯 Mina
    题目链接：zoj 3822 Domination 题目大意：给定一个N∗M的棋盘，每次任选一个位置放置一枚棋子，直到每行每列上都至少有一枚棋子，问放置棋子个数的期望。 解题思路：大白书上概率那一张有一道类似的题目，但是因为时间比较久了，还是稍微想了一下。dp[i][j][k]表示i行j列上均有至少一枚棋子，并且消耗k步的概率（k≤i∗j）,因为放置在i+1~n上等价与放在i+1行上，同理
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他