建立A有一个通过vs有很多通过未保存的模型

Question

我写了一个宝石,允许Google Spreadsheets转换成Rails模型.此过程的顺序包括创建所有模型,然后连接它们的关联,然后保存所有模型.它支持所有可用的关联类型,并且在每种情况下都禁止一个,创建模型,建立关联,然后保存模型正常工作.例外情况如下:

我有一个简单的has_one, through关联(为简洁省略了属性访问):

class Left < ActiveRecord::Base
   has_many :middles, dependent: :destroy
   has_many :rights, through: :middles
end

class Right < ActiveRecord::Base 
   has_one :middle, dependent: :destroy
   has_one :left, through: :middle
end

class Middle < ActiveRecord::Base
  belongs_to :left
  belongs_to :right
end

我发现一些不一致的行为取决于关联分配的哪一方:

从左到右分配:

left = Left.new
right = Right.new
left.rights << right
left.middles #[]
right.middle #nil
left.save!
left.middles # <Middle theme_id: 1, archive_resource_id: 1 >

从左到右分配:

left = Left.new
right = Right.new
right.left = left
left.middles #[]
right.middle <Middle theme_id: nil, archive_resource_id: nil >
right.save!
right.middle # <Middle theme_id: nil, archive_resource_id: 1 >

这种行为似乎非常不一致.为什么是这样？为什么这种方式是单向的而不是另一种方式？有没有办法与两个未保存的记录建立这种关系？

我很欣赏显而易见的解决方案是在建立关系之前保存所有内容,但如上所述,我需要在建立关联时保留模型,并且在其他所有类型的关联中,这方面都没有问题.

Answer 1

我认为它可能有效，但不会立即更新。true当您调用关联方法时尝试传递。前任。right.middle(true)。这将迫使 Rails 返回数据库以获取记录，而不是检查已过时的缓存。但不要对新记录执行此操作，因为您会清除内存中的关联对象。

为了避免强制重新加载，请设置inverse_of您的关联：

class Left < ActiveRecord::Base
   has_many :middles, dependent: :destroy, inverse_of: :left
   has_many :rights, through: :middles
end

class Right < ActiveRecord::Base 
   has_one :middle, dependent: :destroy, inverse_of: :right
   has_one :left, through: :middle
end

class Middle < ActiveRecord::Base
  belongs_to :left, inverse_of: :middles
  belongs_to :right, inverse_of: :middle
end

inverse_of了解model关联模型与其自身的关系，这使得它能够“智能”地保存和加载关联对象。