批量赋值.update未触发子模型dependent: :destroy问题排查

问题根源 #

当你通过list.update(item_ids: [2,4])更新关联时，Rails 默认会使用SQL DELETE语句直接删除被移除的Item记录，而不是调用Item模型的destroy方法。这就意味着Item模型上的dependent: :destroy回调不会被触发，关联的Messages记录不会被自动销毁，最终因为外键约束（Messages的item_id指向已被删除的Item）报错。

另外要注意：List模型里的has_many :items, dependent: :destroy作用是当List本身被销毁时自动销毁所有关联Item，而不是当Item从List的关联中被移除时触发销毁逻辑，这是很多开发者容易混淆的点。

解决方案 #

有几种实用的方式可以解决这个问题，你可以根据场景选择：

1. 手动销毁要移除的Item（最直接）

先找出需要移除的Item，显式调用destroy_all触发回调，再更新关联：

list = List.find(your_list_id)
new_item_ids = [2,4]
# 计算要移除的Item ID
removed_item_ids = list.item_ids - new_item_ids
# 销毁这些Item（会触发dependent: :destroy，自动删除关联的Messages）
Item.where(id: removed_item_ids).destroy_all
# 最后更新关联（这一步其实可以省略，因为destroy后关联已经自动同步了）
list.update(item_ids: new_item_ids)

2. 直接操作关联集合销毁不需要的项

不需要手动计算ID，直接通过关联集合筛选并销毁：

list = List.find(your_list_id)
keep_item_ids = [2,4]
# 销毁不在保留列表中的关联Item
list.items.where.not(id: keep_item_ids).destroy_all

做完这一步后，List的item_ids会自动更新为保留的ID，不需要额外调用update。

3. 自定义关联的赋值逻辑（适合长期复用）

如果你希望每次通过item_ids=赋值时都自动用destroy而不是delete，可以在List模型中重写item_ids=方法：

class List < ApplicationRecord
  has_many :items, dependent: :destroy

  def item_ids=(new_ids)
    new_ids = new_ids.map(&:to_i)
    # 销毁不在新ID列表中的现有Item
    items.where.not(id: new_ids).destroy_all
    # 添加新的关联（如果有不在现有列表中的ID）
    items << Item.where(id: new_ids - items.pluck(:id))
  end
end

之后你就可以像原来一样调用list.update(item_ids: [2,4])，它会自动触发Item的destroy操作，进而销毁关联的Messages。

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