INSERT

    Table of contents

    INSERT creates one or more rows specified by value expressions.

    The target column names can be listed in any order. If the target column names are omitted, they default to all columns of the table or up to N columns if there are fewer values in the VALUES clause or query.

    Implicitly inferred column names are ordered by their ordinal value. The ordinal value depends on the ordering of the columns within the CREATE TABLE statement.

    The values supplied by the VALUES clause or query are associated with the explicit or implicit column list left-to-right.

    If the for any column is not of the correct data type, automatic type conversion will be attempted.

    The optional RETURNING clause causes INSERT to compute and return values based from each row actually inserted (or updated, if an clause was used). This is primarily useful for obtaining values that were supplied by defaults, such as a _id, also any expression using the table’s columns is allowed.

    This clause can be used to update a record if a conflicting record is encountered.

    1. ON CONFLICT (conflict_target) DO UPDATE SET { assignments }
    2. WHERE
    3. conflict_target := column_ident [, ... ]
    4. assignments := column_ident = expression [, ... ]

    Within expressions in the DO UPDATE SET clause, you can use the special excluded table to refer to column values from the INSERT statement values. For example:

    The above statement would update col2 to 42 if col1 was a primary key and the value 1 already existed for .

    When ON CONFLICT DO NOTHING is specified, rows which caused a duplicate key conflict will not be inserted. No exception will be thrown. For example:

    1. INSERT INTO t (col1, col2) VALUES (1, 42)
    2. ON CONFLICT DO NOTHING

    In the above statement, if col1 had a primary key constraint and the value 1 already existed for col1, no insert would be performed. The conflict target after ON CONFLICT is optional.

    In some cases SELECT statements produce invalid data. This opens a rare occasion for inconsistent outcomes. If the select statement produces data where a few rows contain invalid column names, or where you have rows which types are not compatible among themselves, some rows will be inserted while others will fail. In this case the errors are logged on the node. This could happen in the following cases:

    table_ident

    The identifier (optionally schema-qualified) of an existing table.

    column_ident

    The name of a column or field in the table pointed to by table_ident.

    expression

    An or value to assign to the corresponding column.

    query

    A query (SELECT statement) that supplies the rows to be inserted. Refer to the SELECT statement for a description of the syntax.

    output_expression

    An expression to be computed and returned by the INSERT command after each row is updated. The expression can use any column names of the table or use to return all columns. System columns can also be returned.

    output_name