删除Tag记录后Task关联未更新的ActiveRecord问题

你遇到的这个问题是ActiveRecord的关联集合缓存机制导致的——当你第一次调用@task2.tags时，ActiveRecord会把查询到的Tag记录缓存起来，之后即使你从数据库中删除了对应的Tag，这个缓存的集合不会自动更新，所以tagged_user_ids方法还是会用到旧的缓存数据，导致tag_exists_for返回错误的结果。

而你习惯的MongoDB属于文档型数据库，没有这种自动的关联缓存逻辑，所以不会碰到这类问题。下面给你几个无需额外gem的解决方案：

方案1：删除后刷新关联集合缓存 #

修改Task模型中的untag方法，在删除Tag后主动调用reload刷新tags集合的缓存：

def untag(user)
  # 用&.避免找不到记录时出现nil错误
  tags.find_by(user_id: user.id)&.destroy
  tags.reload # 强制从数据库重新加载关联集合
end

这样执行untag后，@task2.tags会重新查询数据库，缓存的旧数据就会被替换掉，tagged_user_ids和tag_exists_for就能得到正确的结果。

方案2：直接查询数据库判断关联是否存在 #

修改tag_exists_for方法，不要依赖缓存的tags集合，而是直接向数据库查询：

def tag_exists_for(user)
  tags.exists?(user_id: user.id)
end

exists?方法会直接发送SQL查询到数据库，跳过ActiveRecord的集合缓存，无论缓存是否更新，都能得到最准确的结果。这个方案更可靠，因为即使其他地方修改了Task的Tag关联，也不会影响判断结果。

额外优化：用pluck替代map提升性能 #

你的tagged_user_ids方法可以用pluck优化，它会直接从数据库取出user_id字段，不需要加载整个Tag对象，效率更高：

def tagged_user_ids
  tags.pluck(:user_id).map(&:to_s)
end

测试一下这两个方案中的任意一个，你的测试用例应该就能通过了。比如用方案2的话，即使@task2.tags的缓存还没更新，tag_exists_for也会直接查数据库，返回false，符合预期。

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