Postgres 9.5或更高版本

• • UPSERT现在通过INSERT ... ON CONFLICT ... DO NOTHING | UPDATE**正确实现。这大大简化了操作：

INSERT INTO playlist_items AS m (id, playlist, item, group_name, duration, sort, legacy)
VALUES
  (651, 21, 30012, 'a', 30, 1, FALSE)
, (DEFAULT, 21, 1, 'b', 34, 2, DEFAULT)  -- !
, (668, 21, 30012, 'c', 30, 3, FALSE)
, (7428, 21, 23068, 'd', 0, 4, FALSE)
ON     CONFLICT (id) DO UPDATE
SET   (         playlist,          item,          group_name,          duration,          sort,          legacy)
    = (EXCLUDED.playlist, EXCLUDED.item, EXCLUDED.group_name, EXCLUDED.duration, EXCLUDED.sort, EXCLUDED.legacy)
--    (...,  COALESCE(l.legacy, EXCLUDED.legacy))  -- alternative: see below
RETURNING m.id;

我们可以直接将VALUES子句附加到INSERT，这允许使用DEFAULT关键字。在(id)上发生唯一违规的情况下，Postgres会进行更新。我们可以在UPDATE中使用排除的行。手册：
ON CONFLICT DO UPDATE中的SET和WHERE子句可以使用表名（或别名）访问现有行，并可以使用特殊的excluded表访问建议插入的行。
并且：
请注意，所有每行BEFORE INSERT触发器的影响都反映在排除的值中，因为这些影响可能导致该行被排除在插入之外。

剩余边角案例

UPDATE有多种选项：你可以…

• ...根本不更新：在UPDATE中添加WHERE子句，以仅写入选定的行。
• ...仅更新选定的列。
• ...仅在列当前为NULL时更新：COALESCE(l.legacy, EXCLUDED.legacy)
• ...仅在新值为NOT NULL时更新：COALESCE(EXCLUDED.legacy, l.legacy)

但是没有办法区分DEFAULT值和INSERT中实际提供的值。只有生成的EXCLUDED行可见。如果您需要区分，请回到前面的解决方案，在那里您可以使用这两种解决方案。

Postgres 9.4及以上版本

这是一个棘手的问题。您遇到了以下限制（根据文档）：
在INSERT的顶层出现的VALUES列表中，表达式可以替换为DEFAULT，以指示应插入目标列的默认值。* * 当VALUES出现在其他上下文时，DEFAULT不能使用。**
大胆强调我的。如果没有要插入的表，则不会定义默认值。因此，对于您的问题没有直接的解决方案，但有许多可能的替代路线，这取决于确切的要求。

从系统目录中获取默认值？

你可以像@Patrick评论的那样从系统目录pg_attrdef或information_schema.columns中获取这些。完整的说明在这里：

• Get the default values of table columns in Postgres?

但是，您仍然只有一个包含表达式的文本表示的行列表来烹饪默认值。您必须动态地构建和执行语句以获取要使用的值。乏味又混乱。相反，我们可以让 * 内置的Postgres功能为我们做这件事 *：

简单快捷方式

插入一个虚拟行并将其返回以使用生成的默认值：

INSERT INTO playlist_items DEFAULT VALUES RETURNING *;

问题/解决方案范围

这只能保证适用于STABLE or IMMUTABLE default expressions。大多数VOLATILE函数都能正常工作，但不能保证。current_timestamp系列函数被认为是稳定的，因为它们的值在事务中不会改变。
特别是，这对**serial**列（或从序列绘制的任何其他默认值）有副作用。但这应该不是问题，因为您通常不会直接写入serial列。这些根本不应该在INSERT语句中列出。
serial列的剩余缺陷：序列仍然通过单个调用前进以获得默认行，从而在编号中产生间隙。同样，这应该不是问题，因为serial列中的间隙 * 通常是预期的 *。
还有两个问题可以解决：

• 如果您定义了列**NOT NULL**，则必须插入伪值并在结果中替换为NULL。
• 我们实际上并不想插入哑行。我们可以稍后删除（在同一个事务中），但这可能会产生更多的副作用，比如触发器ON DELETE。有一个更好的方法：

避免伪行

克隆一个临时表，包括列默认值，并插入到 * that * 中：

BEGIN;
CREATE TEMP TABLE tmp_playlist_items (LIKE playlist_items INCLUDING DEFAULTS)
   ON COMMIT DROP;  -- drop at end of transaction

INSERT INTO tmp_playlist_items DEFAULT VALUES RETURNING *;
...

同样的结果，更少的副作用。由于默认表达式是逐字复制的，因此克隆将从相同的序列（如果有的话）进行绘制。但是完全避免了来自不需要的行或触发器的其他副作用。
感谢Igor的创意：

• PostgreSQL，选择一个“假”行

删除NOT NULL约束

您必须为NOT NULL列提供虚拟值，因为（per documentation）：
非空约束始终复制到新表中。
要么适应INSERT语句中的约束，要么（最好）消除约束：

ALTER TABLE tmp_playlist_items
   ALTER COLUMN foo DROP NOT NULL
 , ALTER COLUMN bar DROP NOT NULL;

有一个***快速和肮脏的方法***与超级用户权限：

UPDATE pg_attribute
SET    attnotnull = FALSE
WHERE  attrelid = 'tmp_playlist_items'::regclass
AND    attnotnull
AND    attnum > 0;

它只是一个没有数据也没有其他用途的临时表，在事务结束时被删除。所以捷径很诱人。不过，基本规则是：切勿直接篡改系统目录。
所以，让我们来看看一个干净的方法：在DO语句中自动执行动态SQL。您只需要保证拥有的 * 常规特权 *，因为相同的角色创建了临时表。

DO
$do$
BEGIN
   EXECUTE (
   SELECT 'ALTER TABLE tmp_playlist_items ALTER '
       || string_agg(quote_ident(attname), ' DROP NOT NULL, ALTER ')
       || ' DROP NOT NULL'
   FROM   pg_catalog.pg_attribute
   WHERE  attrelid = 'tmp_playlist_items'::regclass
   AND    attnotnull
   AND    attnum > 0
   );
END
$do$;

干净得多，仍然非常快。小心执行动态命令，并警惕SQL注入。此声明是安全的。参见：

• 如何一次性删除PostgreSQL表中的所有NOT NULL约束
• Related answers with more explanation

通用解决方案（9.4及以上版本）

BEGIN;

CREATE TEMP TABLE tmp_playlist_items
   (LIKE playlist_items INCLUDING DEFAULTS) ON COMMIT DROP;

DO $$BEGIN
EXECUTE (
   SELECT 'ALTER TABLE tmp_playlist_items ALTER '
       || string_agg(quote_ident(attname), ' DROP NOT NULL, ALTER ')
       || ' DROP NOT NULL'
   FROM   pg_catalog.pg_attribute
   WHERE  attrelid = 'tmp_playlist_items'::regclass
   AND    attnotnull
   AND    attnum > 0
   );
END$$;

LOCK TABLE playlist_items IN EXCLUSIVE MODE;  -- forbid concurrent writes

WITH default_row AS (
   INSERT INTO tmp_playlist_items DEFAULT VALUES RETURNING *
   )
, new_values (id, playlist, item, group_name, duration, sort, legacy) AS (
   VALUES
      (651, 21, 30012, 'a', 30, 1, FALSE)
    , (NULL, 21, 1, 'b', 34, 2, NULL)
    , (668, 21, 30012, 'c', 30, 3, FALSE)
    , (7428, 21, 23068, 'd', 0, 4, FALSE)
   )
, upsert AS (  -- *not* replacing existing values in UPDATE (?)
   UPDATE playlist_items m
   SET   (  playlist,   item,   group_name,   duration,   sort,   legacy)
       = (n.playlist, n.item, n.group_name, n.duration, n.sort, n.legacy)
   --                                   ..., COALESCE(n.legacy, m.legacy)  -- see below
   FROM   new_values n
   WHERE  n.id = m.id
   RETURNING m.id
   )
INSERT INTO playlist_items
        (playlist,   item,   group_name,   duration,   sort, legacy)
SELECT n.playlist, n.item, n.group_name, n.duration, n.sort
                                   , COALESCE(n.legacy, d.legacy)
FROM   new_values n, default_row d   -- single row can be cross-joined
WHERE  NOT EXISTS (SELECT 1 FROM upsert u WHERE u.id = n.id)
RETURNING id;
   
COMMIT;

如果有并发事务试图写入同一个表，则只需要LOCK。
按照要求，对于INSERT情况，这只替换输入行中legacy列中的NULL值。可以很容易地扩展到其他列或UPDATE的情况下工作。例如，你也可以有条件地使用UPDATE：仅当输入值为NOT NULL时。我在上面的UPDATE中添加了一个注解行。
旁白：除了VALUES表达式中的第一行之外，您不需要对任何行中的值进行 * 转换 *，因为类型是从 * 第一行派生的。