Ruby中使用dependent: :delete_all的小陷阱

原创于 2022-04-22 15:54:01 发布 · 562 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ruby on rails

ruby on rails 专栏收录该内容

27 篇文章

订阅专栏

本文探讨了如何在Ruby中通过`has_many`关联实现复杂删除操作，包括`dependent::delete_all`的使用，以及针对不同build_id的ecl_baselines的特殊处理。重点介绍了如何定义额外的关联来确保双向删除，以保持数据一致性。

在Ruby中关联删除很好用：例如在build.rb文件定义

 has_many :ecl_baselines, dependent: :delete_all

当删除该build时，就会关联删除那些将build_id设置为当前删除的build的ecl_baselines。例如：

=> #<EclBaseline id: 1238812, build_id: 5858767, ecl_build_id: 5857117, created_at: "2021-08-02 05:31:24.000000000 +0000", updated_at: "2021-08-02 05:36:56.000000000 +0000">

当你删除build_id为5858767的Build时，这个EclBaseline将被删除，这个是正常的，但是当build_id为5857117的Build被删除时，我们也需要删除EclBaseline。

所以可以这样定义：

  has_many :ecl_baselines, dependent: :delete_all
  has_many :used_in_ecl_baselines, class_name: 'EclBaseline', foreign_key: 'ecl_build_id', dependent: :delete_all