AT TIME ZONE仅适用于TIMESTAMPTZ或TIMESTAMP类型，字符串或整数需先用TO_TIMESTAMP等转换；处理无时区时间须先声明本意时区再转换；避免使用CST等歧义缩写，应采用Asia/Shanghai等完整时区名。
AT TIME ZONE 必须作用于 TIMESTAMPTZ 或 TIMESTAMP 类型
直接对字符串或整数列用 AT TIME ZONE 会报错，比如 SELECT '2024-01-01 12:00' AT TIME ZONE 'UTC' —— PostgreSQL 会拒绝解析。常见错误是误以为它能自动识别格式，实际只接受已解析的时间类型。
正确做法是先用 TO_TIMESTAMP() 或显式类型转换：
SELECT TO_TIMESTAMP('2024-01-01 12:00', 'YYYY-MM-DD HH24:MI') AT TIME ZONE 'UTC'若原始字段是 TIMESTAMP WITHOUT TIME ZONE（如多数日志表的 created_at），需先声明其“本意时区”，再转换：
-
created_at AT TIME ZONE 'CST' AT TIME ZONE 'UTC'：先把本地时间当作 CST 解释，再转成 UTC - 漏掉第一层
AT TIME ZONE会导致结果偏移 8 小时（例如把北京时间当 UTC 算）
子查询中嵌套 AT TIME ZONE 容易丢失时区上下文
在 WHERE 或 SELECT 子查询里写 AT TIME ZONE 本身没问题，但若外层查询没保留时区信息，后续比较可能出错。典型场景是：按“今天 UTC 时间”筛选某地用户行为，但子查询返回的是 TIMESTAMP（无时区）。
示例错误写法：
SELECT * FROM events WHERE DATE(created_at AT TIME ZONE 'Asia/Shanghai') = CURRENT_DATE;
这里 created_at AT TIME ZONE 'Asia/Shanghai' 返回的是 TIMESTAMP（不带时区），而 CURRENT_DATE 是本地时区的日期 —— 两者隐式比较依赖 session 时区，不可靠。
安全做法是统一锚定到 UTC：
- 把原始时间转成
TIMESTAMPTZ后再提取日期：(created_at AT TIME ZONE 'Asia/Shanghai')::TIMESTAMPTZ::DATE - 或更清晰：先转 UTC，再截日期：
(created_at AT TIME ZONE 'Asia/Shanghai' AT TIME ZONE 'UTC')::DATE
JOIN 子查询时，AT TIME ZONE 的执行顺序影响结果精度
如果在子查询里做时区转换，又在外层 JOIN 其他表，PostgreSQL 通常会下推过滤条件，但 AT TIME ZONE 不一定被下推。这意味着：转换可能发生在 JOIN 后，导致临时数据膨胀。
例如：
SELECT u.name, e.event_time FROM users u JOIN ( SELECT user_id, created_at AT TIME ZONE 'Europe/London' AS event_time FROM events WHERE created_at >= '2024-01-01' ) e ON u.id = e.user_id;
这个子查询看似过滤了时间，但若 created_at 是 TIMESTAMP 类型，WHERE 条件没指定时区，实际比较的是无时区时间 —— 可能漏掉跨午夜的记录。
关键点：
- 过滤条件中的时间字面量必须和字段时区一致，否则用
AT TIME ZONE对齐：WHERE created_at AT TIME ZONE 'UTC' >= '2024-01-01'::TIMESTAMPTZ - 子查询里转换后的别名（如
event_time）类型取决于左边表达式，TIMESTAMP AT TIME ZONE 'xxx'返回TIMESTAMP，不是TIMESTAMPTZ
时区名用缩写（如 CST）极不可靠
AT TIME ZONE 'CST' 在不同数据库、不同系统里含义不同：可能是 China Standard Time（UTC+8），也可能是 Central Standard Time（UTC-6）。PostgreSQL 文档明确警告：避免使用三字母缩写。
生产环境必须用完整时区名：
- 用
'Asia/Shanghai'代替'CST' - 用
'America/Chicago'代替'CST' - 查可用列表：
SELECT * FROM pg_timezone_names WHERE name LIKE '%shanghai%';
另一个坑是夏令时：用 'Europe/London' 能自动处理 BST 切换，但写死 'GMT+1' 就不会变。
