Ответы:
Куда:
class Teacher < ActiveRecord::Base
has_and_belongs_to_many :students
end
и
class Student < ActiveRecord::Base
has_and_belongs_to_many :teachers
end
для рельсов 4:
rails generate migration CreateJoinTableStudentTeacher student teacher
для рельсов 3:
rails generate migration students_teachers student_id:integer teacher_id:integer
для рельсов <3
script/generate migration students_teachers student_id:integer teacher_id:integer
(обратите внимание, что в названии таблицы указаны обе соединяемые таблицы в алфавитном порядке)
а затем только для рельсов 3 и ниже, вам нужно отредактировать созданную миграцию, чтобы поле id не создавалось:
create_table :students_teachers, :id => false do |t|
rails generate migration CreateJoinTableTeacherStudent teacher student
вместо этого я пытаюсь rails generate migration CreateJoinTableStudentTeacher student teacher
, это то же самое? Нужно ли S (ученику) делать это перед T (учеником)?
has_and_belongs_to_many
Таблица должна соответствовать этому формату. Я предполагаю, что две соединяемые модели has_and_belongs_to_many
уже находятся в БД: apples
и 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)
Если вы используете в :unique => true
индексе, тогда вы должны (в rails3) перейти :uniq => true
к has_and_belongs_to_many
.
Дополнительная информация: Rails Docs
ОБНОВЛЕНО 13 декабря 2010 г. Я обновил его, чтобы удалить идентификатор и временные метки ... В основном MattDiPasquale
и nunopolonia
они верны: не должно быть идентификатора и не должно быть временных меток, иначе рельсы не позволят has_and_belongs_to_many
работать.
script/generate migration
...
Вы должны назвать таблицу именами двух моделей, которые вы хотите подключить, в алфавитном порядке и поместить два идентификатора модели в таблицу. Затем соедините каждую модель друг с другом, создав ассоциации в модели.
Вот пример:
# 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
Но это не очень гибко, и вам следует подумать об использовании has_many: through
Верхний ответ показывает составной индекс, который, я не думаю, будет использоваться для поиска яблок в апельсинах.
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)
Я нашел ответ, основанный на «Докторе Что», полезным, и обсуждение, безусловно, тоже.
В рельсах 4 вы можете просто использовать
create_join_table: table1s,: table2s
это все.
Внимание: вы должны записывать table1, table2 буквенно-цифровыми значениями.
Мне нравится делать:
rails g migration CreateJoinedTable model1:references model2:references
, Таким образом я получаю миграцию, которая выглядит так:
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
Мне нравится индексировать эти столбцы, потому что я часто выполняю поиск, используя эти столбцы.
add_foreign_key
завершится ошибкой, если поместить ее в ту же миграцию, что и та, которая создавала таблицы.