更新父对象时，活动记录 update_attribute 对对象（父对象）的关联对象（子对象）执行 DELETE 查询

Question

导轨：3.0.11

Ruby：1.9.3

当我更新父对象时，为什么活动记录 update_attribute 对对象（父对象）的关联对象（子对象）执行 DELETE 查询？

以下是我的课程：

class User < ActiveRecord::Base

  has_many :user_keywords, :dependent => :destroy  
  has_many :keywords, :through => :user_keywords

end

class UserKeyword < ActiveRecord::Base
  belongs_to :user
  belongs_to :keyword
end

class Keyword < ActiveRecord::Base
  has_many :user_keywords
  has_many :users, :through => :user_keywords
end

在前端，每​​个关键字都有一个复选框。

• 复选框：关键字 1
• 复选框：关键字 2
• 复选框：关键字 3
• 复选框：关键字 4

我第一次选中“关键字 1”和“关键字 2”复选框来更新用户的关键字。

我再次通过选中“关键字 1”和“关键字 3”复选框来编辑用户以更新关联的关键字并更新了用户。 第二个更新删除了我的 USER_KEYWORDS 表中以前的记录。

以下是我的控制台输出，显示正在执行的 DELETE 语句：

  User Load (55.5ms)  SELECT "users".* FROM "users" WHERE "users"."id" = 5 LIMIT 1
  Keyword Load (0.2ms)  SELECT "keywords".* FROM "keywords" WHERE "keywords"."id" IN (1, 3)
  Keyword Load (0.2ms)  SELECT "keywords".* FROM "keywords" INNER JOIN "user_keywords" ON "keywords".id = "user_keywords".keyword_id WHERE (("user_keywords".user_id = 5))
  AREL (0.2ms)  DELETE FROM "user_keywords" WHERE "user_keywords"."user_id" = 5 AND "user_keywords"."keyword_id" = 2
  AREL (0.1ms)  INSERT INTO "user_keywords" ("keyword_id", "user_id", "status", "created_at", "updated_at") VALUES (3, 5, 'f', '2012-06-12 13:15:43.912236', '2012-06-12 13:15:43.912236')

has_many 方法的 :dependent 选项表示 (http://guides.rubyonrails.org/association_basics.html#has_many-association-reference)：

4.3.2.6 :依赖

如果您将 :dependent 选项设置为 :destroy，则删除此对象将调用关联对象的 destroy 方法以删除这些对象。如果将 :dependent 选项设置为 :delete_all，则删除此对象将删除关联的对象，而不调用它们的 destroy 方法。如果将 :dependent 选项设置为 :nullify，则删除此对象会将关联对象中的外键设置为 NULL。

当您对关联使用 :through 选项时，此选项将被忽略。 ##

我无法理解这种行为。有人可以详细说明或澄清吗？

Answer 1

delete 语句只删除了关键字 2 的关联。当您提交带有两个复选框的表单时，系统假定您希望关联这两个项目，但没有其他未选中的项目。因此，当它加载当前的user_keyword 关联时，它看到有一条您没有选择保留的现有记录，因此将其删除。然后它看到有一个新的，所以它创建了一个新的。

如果您只想添加关系而不删除关系，那么我不建议使用复选框，因为选中复选框意味着添加，但删除选中意味着破坏关系（这就是 rails 在这种情况下所做的）。具有 AJAX 功能的按钮可能更有意义。如果您确实想保留复选框，但不允许 rails 破坏未选中的关系，那么您必须根据参数自己建立关系，而不是依赖 rails 的魔法来为您完成这项工作。

请注意，这与:dependent 选项无关，这仅仅是由于您在模型和表单中设置的关系。