İnverse_of ne yapıyor? Hangi SQL'i üretir?

Başımı döndürmeye çalışıyorum inverse_ofve anlamıyorum.

Oluşturulan sql, neye benziyor?

Does inverse_ofbirlikte kullanılırsa seçeneği aynı davranışı gösteren :has_many, :belongs_tove :has_many_and_belongs_to?

Bu çok basit bir soru ise özür dilerim.

Bu örneği gördüm:

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

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

Gönderen belgelerine gibi görünüyor :inverse_ofseçenek bunları üreten değil, SQL sorguları kaçınmak için bir yöntemdir. ActiveRecord'un önceden yüklenmiş verileri bir ilişki yoluyla tekrar almak yerine kullanması için bir ipucu.

Onların örneği:

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

Bu durumda, çağrı varsayılan olarak olduğu gibi yeni bir nesne yüklemek yerine dungeon.traps.first.dungeonorijinal dungeonnesneyi döndürmelidir .

Bence :inverse_of, henüz devam etmeyen dernekler ile çalışırken çok faydalıdır. Örneğin:

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

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

Şimdi, konsolda:

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, ...>

Bağımsız :inverse_ofdeğişkenler olmadan t.projectdönecektir nil, çünkü bir sql sorgusunu tetikler ve veriler henüz saklanmaz. Bağımsız :inverse_ofdeğişkenlerle veriler bellekten alınır.

Bu pr'den sonra ( https://github.com/rails/rails/pull/9522 ) çoğu durumda ters_ve gerekli değildir.

Aktif Kayıt, standart adlara sahip çoğu ilişkilendirme için otomatik tanımlamayı destekler. Ancak, Aktif Kayıt, bir kapsam veya aşağıdaki seçeneklerden herhangi birini içeren çift yönlü ilişkileri otomatik olarak tanımlamaz:

• :vasıtasıyla
• :yabancı anahtar

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

Yukarıdaki örnekte, aynı nesneye yapılan bir başvuru değişkente saklanır a ve özniteliktewriter .

Yalnızca herkes için bir güncelleme - inverse_ofbir has_many :throughilişkilendirmeyle uygulamalarımızdan biriyle kullandık

Temel olarak "origin" nesnesini "child" nesnesi için kullanılabilir hale getirir

Raylar örneğini kullanıyorsanız:

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

Kullanmak :inverse_of, başka SQL sorguları gerçekleştirmeden tersi olan veri nesnesine erişmenizi sağlar

Has_many ve be__ ilişkisine sahip 2 modelimiz olduğunda, ActiveRecod'u ilişkilendirmenin aynı tarafına ait olduklarını bildiren inverse_of kullanmak her zaman daha iyidir. Dolayısıyla, bir taraftan bir sorgu tetiklenirse, ters yönden tetiklenirse önbellek ve önbellekten sunulur. Hangi performansı artırır. Rails 4.1'den, ters_of otomatik olarak ayarlanacaktır, foreign_key veya sınıf adında değişiklikler kullanırsak, açıkça ayarlamamız gerekir.

Ayrıntılar ve örnek için en iyi makale.

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

Bu makaleye bir göz atın !!

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

has_many_throughKullanıcı ve Rol arasındaki iki model arasında bir ilişkiniz varsa ve bağlanan model Atamasını mevcut olmayan veya geçersiz girişlerle doğrulamak istiyorsanız validates_presence of :user_id, :role_id, bu yararlıdır. Yine de ilişkisini içeren bir User @ kullanıcısı oluşturabilirsiniz, @user.role(params[:role_id])böylece kullanıcının kaydedilmesi Atama modelinin başarısız bir doğrulamasına neden olmaz.

Lütfen bir göz atın 2 faydalı kaynak

• 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

Ve bazı sınırlamaları unutmayın inverse_of:

ile çalışmaz: dernekler aracılığıyla.

ile çalışmaz: polimorfik dernekler.

be have_man dernekleri için has_many ters dernekler yok sayılır.