首先，我意识到time with time zone不推荐这样做。之所以要使用它，是因为我要比较多个time with time zone值与当前系统时间（不考虑日期）。也就是说，用户说每天的开始时间是08:00，结束时间是12:00，是他们的时区，而不是系统时区。因此，我time without time zone在一个表中有一个列，我们称之为它SCHEDULES.time，在另一个表中有一个 UNIX时区名称
列，我们称之为它USERS.tz。

我的系统时区是'America/Regina'，不使用DST，因此偏移始终是-06。

给定时间“ 12:00:00”和“ tz / America / Vancouver”（美国/温哥华），我想将数据选择为类型的列，time with time zone但由于用户已经有效地将时间转换为我的时区，所以我不想说是从温哥华的12:00开始，而不是里贾纳。

因此，请执行以下操作：

SELECT SCHEDULES.time AT TIME ZONE USERS.tz
FROM SCHEDULES JOIN USERS on USERS.ID=SCHEDULES.USERID;

结果（目前）：

'10:00:00-08'

但我真的想要：

'12:00:00-08'

除之外，我找不到与将时区应用于时间有关的任何文档AT TIME ZONE。有没有一种方法可以在没有角色操纵或其他黑客攻击的情况下完成此任务？

更新： 这可以通过使用字符串连接，强制转换和Postgres时区视图来实现，例如：

select ('12:00:00'::text || utc_offset::text)::timetz
from pg_timezone_names
where name = 'America/Vancouver';

但是，这相当慢。必须有更好的方法，不是吗？

更新2： 对于造成的困惑，我深表歉意。该SCHEDULES表未使用time with time zone，我正在尝试time with time zone通过组合来自time without time zone和text时区名称的值来选择a 。

更新3： 感谢所有相关人员的（激烈的）讨论。:)我一直坚信放弃将atime with time zone用作输出结果的计划，而是改用a，timestamp with time zone因为它表现良好，更具可读性，并且解决了我将要遇到的另一个问题，即时区滚动到新日期。IE。“ America / Vancouver”中的“
2011-11-21 23:59”是“ America / Regina”中的“ 2011-11-22”。

更新4： 正如我在上一次更新中所说，我选择了@ MichaelKrelin-
hacker首次提出并最终确定@JonSkeet的答案。也就是说，timestamp with time zone作为我的最终输出是更好的解决方案。我最终使用了类似的查询：

SELECT timezone(USERS.tz, now()::date + SCHEDULES.time)
FROM SCHEDULES
JOIN USERS ON USERS.ID = SCHEDULES.USERID;

timezone()进入(current_date + SCHEDULES.time) AT TIME ZONE USERS.tz视图后，该格式由Postgres重写。