Rails de migration pour has_and_belongs_to_many table de jointure

Comment dois-je faire un script/generate migration pour créer une table de jointure pour un has_and_belongs_to_many relation?

D'exécution de l'application sur les Rails 2.3.2, mais j'ai aussi des Rails 3.0.3 installé.

InformationsquelleAutor ma11hew28 | 2010-12-07

227

Où:
```
class Teacher < ActiveRecord::Base
  has_and_belongs_to_many :students
end
```
et
```
class Student < ActiveRecord::Base
  has_and_belongs_to_many :teachers
end
```
pour les rails 4:
```
rails generate migration CreateJoinTableStudentTeacher student teacher
```
pour rails 3:
```
rails generate migration students_teachers student_id:integer teacher_id:integer
```
pour les rails < 3
```
script/generate migration students_teachers student_id:integer teacher_id:integer
```
(notez le nom de la table répertorie à la fois les tables de jointure dans l'ordre alphabétique)

et puis pour rails 3 et ci-dessous, vous devez modifier votre générés migration donc un champ id n'est pas créée:
```
create_table :students_teachers, :id => false do |t|
```
- C'est la seule réponse qui répond vraiment à la question.
- sauf que ça ne fonctionne pas, au moins dans les Rails 3.2. L'généré migration fichier est vide.
- Fonctionne pour les Rails 4.
- Il va générer un vide de fichier de migration si vous ne spécifiez pas les champs. Vous devez spécifier les champs si vous voulez des Rails pour ajouter automatiquement le fichier de migration.
- bonjour, je suis en train rails generate migration CreateJoinTableTeacherStudent teacher student au lieu de rails generate migration CreateJoinTableStudentTeacher student teacher, c'est que la même chose? Ne S(tudent) avant que T(eacher)?
- oui, il doit être dans cet ordre.
- oh! merci @dangerousdave , j'ai lu ce blog récemment: ruby-journal.com/rails-4-changes-join-table-naming-convention
- je veux utiliser la commande pour créer le has_many :through de déclarer plusieurs-à-plusieurs relations entre les modèles. mais je ne peux pas 🙁
- Testé pour Rails 4.2.0 et fonctionne parfaitement.
- Merci, cela a fonctionné parfaitement pour mon Rails 4 app.
InformationsquelleAutor dangerousdave
138

Un has_and_belongs_to_many tableau doit correspondre à ce format. Je suis en supposant que les deux modèles d'être rejoint par has_and_belongs_to_many sont déjà dans la base de données : apples et oranges:
```
create_table :apples_oranges, :id => false do |t|
  t.references :apple, :null => false
  t.references :orange, :null => false
end

# Adding the index can massively speed up join tables. Don't use the
# unique if you allow duplicates.
add_index(:apples_oranges, [:apple_id, :orange_id], :unique => true)
```
Si vous utilisez le :unique => true sur l'index, alors vous devriez (en rails3) passer :uniq => true à has_and_belongs_to_many.

Plus d'informations: Rails Docs

Mis à JOUR 2010-12-13 je l'ai mis à jour pour supprimer les id et les horodatages... en gros MattDiPasquale et nunopolonia sont corrects: Il ne doit pas être un id et il ne doit pas être horodateurs ou des rails de ne pas permettre has_and_belongs_to_many de travail.
- En fait, une table de jointure ne doit avoir que les deux références de colonnes et ne pas avoir l'id d'horodatage ou de colonnes. Voici un exemple d' has_and_belongs_to_many migration dans le lien que tu as donné. Je suis à la recherche d'un moyen de le faire à partir de la ligne de commande avec script/generate migration ...
- Eh bien, il n'est pas nécessaire d'avoir le timestamp; j'ai marqué c'est facultatif dans mon exemple. Je recommande l'ajout de l'id, si. Il y a des cas où soit l'identité ou l'horodatage peut être utile. Mais je vous recommande fortement de l'ID.
- Ok. Qu'est ce qu'un cas où le code serait utile?
- Un exemple est si la relation est suffisamment important pour avoir un point de vue. Il peut également être utilisé pour accélérer l'accès à l'databas en passant autour de la relation.id au lieu de regarder à plusieurs reprises. Il rend également le dépannage de la base de données plus facile. Surtout si les id des autres colonnes est vraiment très haut. Il est plus facile de se rappeler id:12345 au lieu de id:54321-id:67890 -- Mais cela étant dit, si la table est vraiment grand, alors vous pouvez être en mesure d'économiser de l'espace en n'affectant pas un id pour chaque relation.
- Salut, j'ai été en utilisant has_and_belongs_to_many associations pour un peu avec l'id dans ma table de jointure sans aucun tracas. Ce genre de problème est-ce censé générer?
- Je ne pense pas que l'index multicolonne est la bonne solution pour ce. Il va travailler pour les requêtes particulières pour les pommes de trouver le liés à des oranges mais pas l'inverse. Deux index de colonne permettrait à la fois aux directions d'être interrogé de manière efficace, éventuellement, à une petite perte à l'existence des contrôles d'une pomme, d'orange combinaison).
- est correcte. Vous devriez vérifier le sens dans lequel vous souhaitez optimiser. Aussi, vous devez savoir que les indices de ralentir l'insertion d'un bit, donc être prudent si les données d'entrée de la vitesse est une contrainte pour vous.
InformationsquelleAutor docwhat
14

Vous devriez nom de la table, les noms des 2 modèles vous voulez vous connecter par ordre alphabétique
et mettre les deux modèle de l'id dans la table.
Ensuite connecter chaque modèle à l'autre en créant des associations dans le modèle.

Voici un exemple:
```
# in migration
def self.up
  create_table 'categories_products', :id => false do |t|
    t.column :category_id, :integer
    t.column :product_id, :integer
  end
end

# models/product.rb
has_and_belongs_to_many :categories

# models/category.rb
has_and_belongs_to_many :products
```
Mais ce n'est pas très flexible et vous devriez penser à utiliser has_many :through

InformationsquelleAutor nunopolonia

La réponse sommet, affiche un indice composite que je ne crois pas sera utilisé pour la recherche de pommes à des oranges.

create_table :apples_oranges, :id => false do |t|
  t.references :apple, :null => false
  t.references :orange, :null => false
end

# Adding the index can massively speed up join tables.
# This enforces uniqueness and speeds up apple->oranges lookups.
add_index(:apples_oranges, [:apple_id, :orange_id], :unique => true)
# This speeds up orange->apple lookups
add_index(:apples_oranges, :orange_id)

J'ai trouvé la réponse c'est basé sur la par "Le Médecin Ce" utile et la discussion certainement trop.

InformationsquelleAutor Joseph Lord

4

Dans les rails 4, vous pouvez simplement utiliser

create_join_table :table1s, :table2s

c'est tout.

Attention: vous devez offord table1, table2 avec alphanumériques.
- c'est un bon jusqu'à la solution de la date. Remarque, la table de jointure n'est pas accessible comme un modèle, mais par le biais de la has_and_belongs_to_many relations qui sont mis en place sur les deux tables jointes.
InformationsquelleAutor zw963
1

Que j'aime faire:

rails g migration CreateJoinedTable model1:references model2:references. De cette façon, j'obtiens une migration qui ressemble à ceci:
```
class CreateJoinedTable < ActiveRecord::Migration
  def change
    create_table :joined_tables do |t|
      t.references :trip, index: true
      t.references :category, index: true
    end
    add_foreign_key :joined_tables, :trips
    add_foreign_key :joined_tables, :categories
  end
end
```
J'aime avoir de l'index sur ces colonnes car je vais souvent faire des recherches à l'aide de ces colonnes.
- add_foreign_key échouera si elle est placée dans la même migration comme celui qui a créé les tables.
InformationsquelleAutor Jwan622

Vous devez vous connecter pour publier un commentaire.