PostgreSQL中如何在生成列表达式中使用带时区的timestampz列？

核心前提：生成列的immutable属性要求 #

PostgreSQL的生成列（generated columns）强制要求计算表达式必须是**immutable（不可变）**的——即输入相同值时，无论何时、无论服务器配置如何变化，必须返回完全一致的结果。这是为了保证生成列的值稳定可靠，不会因环境变动而改变。

1. 为什么created::timestamp相关写法不被允许？ #

created::timestamp这个类型转换的本质是：将带时区的timestampz值，转换为服务器当前默认时区对应的无时区timestamp。这个转换完全依赖服务器的timezone配置参数——如果服务器时区被修改，同一个timestampz值转换后的timestamp结果会发生变化。因此，created::timestamp的函数属性是**stable（稳定）**而非immutable，基于它的后续表达式自然无法满足生成列的要求，触发报错。

你尝试的第二种写法date_part('month', created::timestamp AT TIME ZONE 'UTC')，第一步就用到了依赖时区的转换，整个表达式的属性仍为stable，所以同样不被允许。

2. 为什么created AT TIME ZONE 'UTC'写法可行？ #

created AT TIME ZONE 'UTC'是PostgreSQL中明确的时区转换语法：它直接将timestampz值转换为UTC时区对应的无时区timestamp，整个过程不依赖服务器的任何时区配置——无论服务器时区怎么修改，同一个timestampz值转换后的UTC时区结果都是固定的。因此，这个表达式的属性是immutable，完全符合生成列的要求。

EXTRACT(month from created AT TIME ZONE 'UTC')的逻辑和上述一致，同样属于immutable表达式，所以可以正常创建生成列。

3. 和服务器配置参数的关系 #

确实和服务器的timezone配置参数直接相关：::timestamp类型转换会读取该参数作为转换基准，而这个参数是可修改的，导致转换结果不稳定；而AT TIME ZONE 'UTC'明确指定了转换时区，绕过了服务器默认时区的影响，保证了结果的不可变性。

关于多时区生成列的结论 #

你得出的结论是正确的：如果需要对应N个不同时区的生成列，必须创建N个独立的生成列。因为每个时区的转换表达式都是针对特定时区的immutable操作，无法用一个通用表达式适配多个时区（那样会引入可变的外部参数，导致表达式失去immutable属性）。

内容的提问来源于stack exchange，提问作者Rafs