还有另一个解决方案:

timezone('utc', now())

这是两个等价解:

(在下面的代码中，你应该用'UTC'代替zone，用now()代替时间戳)

timestamp AT TIME ZONE ZONE -符合sql标准 时区(zone, timestamp) -可以说可读性更强

函数timezone(zone, timestamp)等价于符合sql的构造timestamp AT TIME zone zone。

解释:

zone can be specified either as a text string (e.g., 'UTC') or as an interval (e.g., INTERVAL '-08:00') - here is a list of all available time zones timestamp can be any value of type timestamp now() returns a value of type timestamp (just what we need) with your database's default time zone attached (e.g. 2018-11-11T12:07:22.3+05:00). timezone('UTC', now()) turns our current time (of type timestamp with time zone) into the timezonless equivalent in UTC. E.g., SELECT timestamp with time zone '2020-03-16 15:00:00-05' AT TIME ZONE 'UTC' will return 2020-03-16T20:00:00Z.

文档:时区()

函数已经存在: 时区(UTC的::文本,现在())

将其包装在函数中:

create function now_utc() returns timestamp as $$
  select now() at time zone 'utc';
$$ language sql;

create temporary table test(
  id int,
  ts timestamp without time zone default now_utc()
);

甚至不需要函数。只需要在默认表达式周围加上括号:

create temporary table test(
    id int, 
    ts timestamp without time zone default (now() at time zone 'utc')
);

是什么

now()::timestamp

如果其他时间戳不带时区，则此强制转换将为当前时间生成匹配类型的“时间戳不带时区”。

不过，我想看看其他人对这个选择的看法。我仍然不相信自己对“有/没有”时区的理解。

编辑: 这里加上Michael Ekoka的评论，因为它澄清了一个重要的观点:

警告。这个问题是关于生成UTC的默认时间戳 恰巧没有存储时区的时间戳列(也许 因为如果你都知道了，就没有必要存储时区了 你的时间戳也一样)。你的解决方案就是 生成一个本地时间戳(对于大多数人来说，这是不必要的 将其设置为UTC)并将其存储为初始时间戳(不是初始时间戳) 指定它的时区)。