Rails中数据库默认值引发Minitest非预期结果的原因解析

这个问题的核心矛盾是Rails模型层校验的执行时机、校验逻辑，和数据库默认值的生效时机完全错位，具体可以拆成3个关键点：

• 首先明确数据库默认值的生效边界
  PostgreSQL中配置的字段默认值，仅在两种场景下会被赋值：
  1. 执行INSERT语句写入数据时，如果没有显式给该字段传值，数据库会自动填充默认值
  2. 已经完成持久化的记录从数据库重新加载到内存时，会拿到数据库存储的字段值
     也就是说，在内存中用Shop.new初始化对象、还没执行保存操作的时候，根本没有和数据库做写入交互，数据库层面的默认值逻辑完全不会触发。
• Rails对belongs_to关联的默认校验规则
  从Rails 5版本开始，所有belongs_to关联默认开启存在性校验，这个校验运行在模型验证阶段——也就是执行save/valid?调用时、SQL语句发往数据库之前。和普通字段的非空校验不同，这个校验不是单纯检查外键字段status_id有没有值，而是会检查两个点：
  1. 外键字段是否非空
  2. 外键值对应的关联记录（这里是id为对应值的Categoryminor记录）是否真实存在
     报错信息中提示错误的属性是status（关联名）而非status_id（外键字段），正好对应这个校验逻辑。
• 为什么schema里有默认值，new出来的对象还是过不了校验
  Rails确实会在模型加载时读取数据库schema的字段配置，给普通字段在初始化时自动填充schema中配置的默认值，但这个逻辑对belongs_to关联的校验存在两个失效场景：
  1. 测试环境的schema缓存未刷新：如果执行迁移后没有重启测试进程、没有重新加载最新schema结构，内存中记录的status_id字段默认值依然是nil，初始化对象时status_id实际为空，自然触发校验失败
  2. 关联记录不存在：哪怕schema缓存正常，Shop.new时status_id被自动填充为6，只要测试库中没有提前创建id=6的Categoryminor记录，存在性校验依然会判定status关联为空，抛出对应的错误。
     加上optional: true之后能通过测试，本质是直接关掉了这个关联的存在性校验，相当于跳过了检查，并没有解决默认值不生效的核心问题，反而会失去应用层的非空保护，容易产生脏数据。

正确的处理方式 #

如果要实现status_id默认值为6的逻辑，不要只依赖数据库层的默认配置，需要在模型层明确指定属性默认值，保证内存初始化的对象也能拿到默认值，同时确保测试环境存在对应的关联记录：

# 在Shop模型中添加属性默认值配置，new时就会自动填充status_id
attribute :status_id, :bigint, default: 6

belongs_to :status, class_name: 'Categoryminor'

注意：测试用例执行前，需要确保fixture/factory中存在id=6的Categoryminor记录，否则关联存在性校验依然会失败。

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