Ruby on Rails中数据库列设为非空的迁移方式差异及疑问

问题1：add_check_constraint的:validate参数理解是否正确？ #

你的理解完全正确。

• 当:validate => true（这是Rails的默认值，你的示例迁移未显式指定即使用此默认值）：执行迁移时，Postgres会扫描表中所有现有记录，检查是否符合约束条件。若存在不符合的记录，迁移直接失败。
• 当:validate => false：迁移仅为表添加约束，但不会校验现有数据。这意味着即便表中已有不符合约束的记录，迁移仍能成功，但后续新插入/更新的记录必须遵守约束。

这个参数的核心作用是平衡迁移速度与数据一致性：针对大表，全表扫描验证会很慢甚至锁表，此时可先添加约束不验证，后续再通过validate_check_constraint异步完成数据校验。

问题2：为什么不能用add_check_constraint替代change_column_null实现非空约束？ #

功能上，add_check_constraint :users, "some_column IS NOT NULL"确实能达到禁止空值的效果，但不推荐这么做，原因有三点：

1. 语义与可读性：NOT NULL是Postgres原生的列级非空约束，语义清晰，任何查看数据库结构的开发者都能一眼理解这是列非空要求；而check约束的IS NOT NULL属于自定义约束，可读性差。
2. 性能差异：Postgres对原生NOT NULL约束有专门优化，比如查询时能更快排除空值场景；而check约束的IS NOT NULL会被当作普通条件处理，性能不如原生约束。
3. 工具兼容性：Rails的schema.rb会将原生NOT NULL约束清晰记录为null: false，但check约束仅保存为自定义SQL条件，后续维护、schema同步时容易出问题。

另外补充：你提到change_column_null会阻塞读写，其实add_check_constraint加:validate => true时同样会触发全表扫描，一样会阻塞，并没有解决阻塞问题——这也是为什么需要用问题3里的分步方案。

问题3：Postgres推荐的迁移步骤详解 #

先明确：这个迁移是分步实现非空约束、避免长时间锁表的标准流程，前提是你已提前执行过add_check_constraint :users, "some_column IS NOT NULL", name: "users_some_column_null", validate: false（快速添加约束，不验证现有数据）。下面逐行解释：

class ValidateSomeColumnNotNull < ActiveRecord::Migration[7.1]
  def change
    # 第1行：验证现有数据符合check约束
    validate_check_constraint :users, name: "users_some_column_null"
    # 第2行：将列设置为原生非空约束
    change_column_null :users, :some_column, false
    # 第3行：移除临时的check约束
    remove_check_constraint :users, name: "users_some_column_null"
  end
end

每行代码的作用： #

1. validate_check_constraint：触发Postgres的ALTER TABLE ... VALIDATE CONSTRAINT操作，扫描全表验证现有数据是否符合约束。关键是：这个操作不会阻塞表的读写——Postgres允许验证期间并发修改数据，只要修改后的数据符合约束即可，适合在业务低峰期执行。
2. change_column_null：此时表中所有数据已符合非空要求，Postgres无需再全表扫描，直接修改列的元数据，这个操作非常快，几乎不会阻塞。
3. remove_check_constraint：原生NOT NULL约束已生效，临时的check约束失去作用，清理掉避免冗余。

为什么用这个方案而非直接加check约束？ #

• 避免长时间锁表：直接用change_column_null或add_check_constraint validate: true都会触发全表扫描并锁表，阻塞业务读写；而分步方案把耗时的全表验证放到不阻塞的validate_check_constraint步骤，最后一步快速切换到原生约束，对业务影响极小。
• 兼顾语义与性能：最终用原生NOT NULL约束，保证了语义清晰和性能优化，同时解决了直接修改的阻塞问题。

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