Rails-Migration: add_reference to Table, aber anderer Spaltenname für Fremdschlüssel als Rails-Konvention

Ich habe die folgenden zwei Modelle:

class Store < ActiveRecord::Base
    belongs_to :person
end

class Person < ActiveRecord::Base
    has_one :store
end

Hier ist das Problem: Ich versuche, eine Migration zu erstellen, um den Fremdschlüssel in der Personentabelle zu erstellen. Die Spalte, die sich auf den Fremdschlüssel von Store bezieht, heißt jedoch nicht store_id, wie dies bei der Rails-Konvention der Fall wäre, sondern foo_bar_store_id .

Wenn ich der Rails-Konvention folgen würde, würde ich die Migration folgendermaßen durchführen:

class AddReferencesToPeople < ActiveRecord::Migration
  def change
    add_reference :people, :store, index: true
  end
end

Dies funktioniert jedoch nicht, da der Spaltenname nicht store_id, sondern foo_bar_store_id lautet . Wie gebe ich an, dass der Fremdschlüsselname nur anders ist, aber dennoch den Index: true beibehält, um eine schnelle Leistung zu gewährleisten?

EDIT: Für diejenigen, die das Häkchen sehen und nicht weiterlesen!

Diese Antwort erreicht zwar das Ziel eines unkonventionellen Fremdschlüsselspaltennamens bei der Indizierung, fügt der Datenbank jedoch keine fk-Einschränkung hinzu . In den anderen Antworten finden Sie passendere Lösungen mit add_foreign_keyund / oder 'add_reference'.

Hinweis: Schauen Sie sich IMMER die anderen Antworten an, die akzeptierte ist nicht immer die beste!

Ursprüngliche Antwort:

In Ihrer AddReferencesToPeopleMigration können Sie das Feld und den Index manuell hinzufügen, indem Sie:

add_column :people, :foo_bar_store_id, :integer
add_index :people, :foo_bar_store_id

Und dann teilen Sie Ihrem Modell den Fremdschlüssel folgendermaßen mit:

class Person < ActiveRecord::Base
  has_one :store, foreign_key: 'foo_bar_store_id'
end

In Rails 5.x können Sie einer Tabelle mit einem anderen Namen wie diesem einen Fremdschlüssel hinzufügen:

class AddFooBarStoreToPeople < ActiveRecord::Migration[5.0]
  def change
    add_reference :people, :foo_bar_store, foreign_key: { to_table: :stores }
  end
end

In Rails 4.2 können Sie das Modell oder die Migration auch mit einem benutzerdefinierten Fremdschlüsselnamen einrichten. In Ihrem Beispiel wäre die Migration:

class AddReferencesToPeople < ActiveRecord::Migration
  def change
    add_column :people, :foo_bar_store_id, :integer, index: true
    add_foreign_key :people, :stores, column: :foo_bar_store_id
  end
end

Hier ist ein interessanter Blog-Beitrag zu diesem Thema. Hier ist der halbkryptische Abschnitt in den Rails Guides. Der Blog-Beitrag hat mir definitiv geholfen.

Geben Sie für Assoziationen den Fremdschlüssel oder Klassennamen explizit wie folgt an (ich denke, Ihre ursprünglichen Assoziationen wurden geändert, da das 'Gehört_zu' in der Klasse mit dem Fremdschlüssel steht):

class Store < ActiveRecord::Base
  has_one :person, foreign_key: :foo_bar_store_id
end

class Person < ActiveRecord::Base
  belongs_to :foo_bar_store, class_name: 'Store'
end

Beachten Sie, dass das Element class_name eine Zeichenfolge sein muss. Das Element alien_key kann entweder eine Zeichenfolge oder ein Symbol sein. Auf diese Weise können Sie im Wesentlichen auf die raffinierten ActiveRecord-Verknüpfungen mit Ihren semantisch benannten Zuordnungen zugreifen, z.

person = Person.first
person.foo_bar_store
# returns the instance of store equal to person's foo_bar_store_id

Weitere Informationen zu den Zuordnungsoptionen finden Sie in der Dokumentation zu gehör_zu und has_one .

Um die Antwort von schpet zu erweitern, funktioniert dies in einer create_tableRails 5-Migrationsanweisung wie folgt :

create_table :chapter do |t|
  t.references :novel, foreign_key: {to_table: :books}
  t.timestamps
end

# Migration
change_table :people do |t|
  t.references :foo_bar_store, references: :store #-> foo_bar_store_id
end

# Model
# app/models/person.rb
class Person < ActiveRecord::Base
  has_one :foo_bar_store, class_name: "Store"
end

Unter dem Deckmantel delegiert add_reference nur an add_column und add_index, sodass Sie sich nur selbst darum kümmern müssen:

add_column :people, :foo_bar_store_id, :integer
add_index :people, :foo_bar_store_id