TypeORM timestamp列设默认NULL导致无限生成迁移问题求助

问题分析 #

你遇到的核心矛盾是：@CreateDateColumn的设计初衷是自动记录实体创建时间，内置了DEFAULT now()的约束逻辑，即使手动设置nullable: true，也会被其默认行为覆盖；而当你强行指定default: () => 'NULL'时，PostgreSQL对于nullable列不会显式存储DEFAULT NULL的约束（因为这是nullable列的默认行为），导致TypeORM每次对比元数据时都会误判为需要补全默认值，从而重复生成迁移。

解决方案1：使用@Column替代@CreateDateColumn（推荐） #

succeededAt是后续业务中才会赋值的字段，不属于实体创建时的自动时间标记，完全没必要使用@CreateDateColumn。改用普通@Column可以完全控制字段的默认值：

import { Column } from 'typeorm';

// ...

@Column({
  type: 'timestamp',
  nullable: true,
  default: null, // 直接设置默认值为null，无需函数形式
})
public succeededAt?: Date;

生成并执行迁移后，数据库列的定义会是"succeededAt" TIMESTAMP DEFAULT NULL，TypeORM后续对比元数据时能正确识别默认值，不会再重复生成修改语句。

解决方案2：强制覆盖@CreateDateColumn的默认行为（不推荐） #

如果因特殊需求必须保留@CreateDateColumn，需要同时关闭其自动时间逻辑并明确设置默认值：

import { CreateDateColumn } from 'typeorm';

// ...

@CreateDateColumn({
  nullable: true,
  type: 'timestamp',
  default: null,
  update: false, // 明确关闭自动更新逻辑，避免内置行为冲突
})
public succeededAt?: Date;

同时手动调整已生成的迁移文件，确保SQL语句中的默认值为DEFAULT NULL，执行迁移后，TypeORM将不会再检测到元数据差异。

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