通过 rails c 满足“数字强迫症”：这些直接的 ActiveRecord 操作完全安全吗？

支持 安装
1

大家好，

作为一名自托管用户，我最近患上了“数字强迫症”。我早期测试时留下了一些已删除的分类和标签，我真的很想重新启用那些干净的一位数 ID（比如分类 ID 2 和标签 ID 3），而不是让数据库里留下空洞。

我知道 UI 不支持这种操作，所以我进入了 Rails 控制台（./launcher enter app → rails c）手动将一切拼凑回来。目前前端看起来和运行起来都完美无缺，但我很好奇这里的数据库专家是否认为这样做存在任何隐藏的危险或长期的隐患。

以下是我执行的确切详细工作流程：

1. 使用旧的 ID 和完整属性重新创建已删除的分类： 我没有仅仅强制指定 ID，而是提供了必要的属性，以确保记录是完整的。

Ruby

Category.create!(
  id: 2, 
  name: "Site Feedback", 
  color: "0088CC", 
  text_color: "FFFFFF", 
  user_id: -1 # 系统用户
)

2. 恢复原始主题并将其链接为分类描述：

Ruby

Topic.with_deleted.find(1).recover!
Category.find(2).update!(topic_id: 1)

3. 清理主题子类型（恢复为默认状态）： 我检查了其他默认分类，发现它们的描述主题仅使用 nil，因此我将其恢复到了初始状态。

Ruby

Topic.find(1).update!(subtype: nil)

4. 批量重新创建旧标签以填补 ID 空缺：

Ruby

Tag.create!([
  { id: 3, name: "private-school" },
  { id: 7, name: "tennis" }
])

我的主要问题是： 我完全理解，除了满足我自己的强迫症外，这样做并没有实际必要。但是，纯粹从结构角度来看，像 .update! 和 .create! 这样的基本 ActiveRecord 方法是否安全地触发了所有必要的 Discourse 回调（搜索索引、Redis 缓存更新、Sidekiq 任务、路由等）？还是说我意外绕过了某些关键的内部逻辑，这可能会导致未来的架构迁移出现问题？

感谢满足我的好奇心！