inverse_of有什么作用？它生成什么SQL？

我想尽我所能inverse_of，但我不明白。

生成的sql是什么样的（如果有）？

inverse_of如果与，和一起使用:has_many，该选项是否表现出相同的行为？:belongs_to:has_many_and_belongs_to

抱歉，这是一个基本问题。

我看到了这个例子：

class Player < ActiveRecord::Base
  has_many :cards, :inverse_of => :player
end

class Card < ActiveRecord::Base
  belongs_to :player, :inverse_of => :cards
end

从文档中看来，该:inverse_of选项似乎是一种避免SQL查询而不生成查询的方法。这提示ActiveRecord使用已加载的数据，而不是通过关系再次获取数据。

他们的例子：

class Dungeon < ActiveRecord::Base
  has_many :traps, :inverse_of => :dungeon
  has_one :evil_wizard, :inverse_of => :dungeon
end

class Trap < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :traps
end

class EvilWizard < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :evil_wizard
end

在这种情况下，调用dungeon.traps.first.dungeon应返回原始dungeon对象，而不是像默认情况下那样加载新对象。

:inverse_of当您使用尚未持久的关联时，我认为这是最有用的。例如：

class Project < ActiveRecord::Base
  has_many :tasks, :inverse_of=>:project
end

class Task < ActiveRecord::Base
  belongs_to :project, :inverse_of=>:tasks
end

现在，在控制台中：

irb> p = Project.new
=> #<Project id: nil, name: nil, ...>
irb> t = p.tasks.build
=> #<Task id: nil, project_id: nil, ...>
irb> t.project
=> #<Project id: nil, name: nil, ...>

如果没有:inverse_of参数，t.project则将返回nil，因为它会触发sql查询，并且尚未存储数据。使用:inverse_of参数，可以从内存中检索数据。

此公关（https://github.com/rails/rails/pull/9522）之后，在大多数情况下不需要inverse_of。

Active Record支持自动识别大多数具有标准名称的关联。但是，Active Record不会自动识别包含范围或以下任何选项的双向关联：

• ：通过
• ：foreign_key

class Author < ApplicationRecord
  has_many :books, inverse_of: 'writer'
end

class Book < ApplicationRecord
  belongs_to :writer, class_name: 'Author', foreign_key: 'author_id'
end

a = Author.first
b = a.books.first
a.first_name == b.writer.first_name # => true
a.first_name = 'David'
a.first_name == b.writer.first_name # => true

在上面的示例中，对同一对象的引用存储在变量a和属性中writer。

只是对所有人的更新-我们只是将inverse_of其中一个应用与has_many :through关联

基本上，它使“原始”对象可用于“子”对象

因此，如果您使用的是Rails的示例：

class Dungeon < ActiveRecord::Base
  has_many :traps, :inverse_of => :dungeon
  has_one :evil_wizard, :inverse_of => :dungeon
end

class Trap < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :traps
  validates :id,
      :presence => { :message => "Dungeon ID Required", :unless => :draft? }

  private
  def draft?
      self.dungeon.draft
  end 
end

class EvilWizard < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :evil_wizard
end

使用:inverse_of将允许您访问与其相反的数据对象，而无需执行任何其他SQL查询

当我们有2个具有has_many和belongs_to关系的模型时，最好使用inverse_of通知ActiveRecod它们属于关联的同一侧。因此，如果从一侧触发了查询，则如果从相反方向触发，它将缓存并从缓存中提供服务。从而提高了性能。从Rails 4.1开始，将自动设置inverse_of，如果我们使用foreign_key或更改类名，则需要显式设置。

有关细节和示例的最佳文章。

http://viget.com/extend/exploring-the-inverse-of-option-on-rails-model-associations

看看这篇文章！

http://gsusmonzon.blogspot.com.br/2011/09/rails-power-of-inverseof.html

如果您has_many_through在两个模型（用户和角色）之间有关系，并且想要使用来针对不存在或无效的条目验证连接模型的分配validates_presence of :user_id, :role_id，则将很有用。您仍然可以生成具有其关联的User @user，@user.role(params[:role_id])以便保存用户不会导致对Assignment模型的验证失败。

请看2两个有用的资源

• https://www.viget.com/articles/exploring-the-inverse-of-option-on-rails-model-associations
• http://api.rubyonrails.org/classes/ActiveRecord/Associations/ClassMethods.html#module-ActiveRecord::Associations::ClassMethods-label-Bi-directional+associations

并记住以下限制inverse_of：

不适用于：through关联。

不适用于：polymorphic关联。

对于belongs_to关联，has_many逆关联被忽略。