Ruby On Rails in UA/Программирование на ROR/Связь многие ко многим с двумя паралельными промежуточными таблицами

Есть две таблицы users и games связанные между собой промежуточной таблицей games_users
class Game < ActiveRecord::Base has_and_belongs_to_many :users end class User < ActiveRecord::Base has_and_belongs_to_many :games end class CreateGamesUsers < ActiveRecord::Migration def self.up create_table :games_users, :id => false do |t| t.column :user_id, :integer t.column :game_id, :integer end end def self.down drop_table :games_users end end )
Как связать их между собой параллельно другой промежуточной таблицей что бы получилось на подобии:
users-|---->games_users<----|-games | | |---->wish_list <----|
И как потом с этой связью можно работать?

Ты просто создаешь модель с нужным именем и указываешь название таблицы которая будет использоваться

Вроде разобрался, вот что получается:
class Game < ActiveRecord::Base has_and_belongs_to_many :users has_and_belongs_to_many :wishes, :class_name => "User", :join_table => :wish_list end class User < ActiveRecord::Base has_and_belongs_to_many :games has_and_belongs_to_many :wishes, :class_name => "Game", :join_table => :wish_list end
Просто указываем другую коллекцию(wish) и другую таблицу(wish_list) ну и класс на который хотим попасть...

Так а что это тебе даст зачем так связывать какая логия за этим будет крыться ...??

Мне надо получить списки игр которые есть у ползователей и списки игр которые они хотят получить. Список игр берется из одной таблицы. Список пользователей из другой.
Получается такое обращение:
user = User.find(:first) game = Game.find(:first) #Добавляем игру пользователю user.games << game if !user.games.include?(game) #Добавляем игру которую хочет получить юзвер user.wishes << game if !user.wishes.include?(game) #Также легко становится получить юзверей которые хотят игры и у которых эти игры есть #Хотят игру: game.wishes #Есть игра game.users

И так далее...

Оригинально и имеет право на жизнь :)

Можно было бы попробывать тебе использовать ключик какой-нибудь для идентификации или крайний случай создать таблицу типа id, name, type, но создавать дублирующую таблицу не совсем разумно. Хотя, если это в целях тренировки работы с таблицами, то весьма веселое дело.

Был еще вариант оставить одну промежуточную таблицу добавив в неё поле аля type.
Только вопрос как с ней работать если в документации четко указано что:



Deprecated: Any additional fields added to the join table will be placed as attributes when pulling records out through has_and_belongs_to_many associations. Records returned from join tables with additional attributes will be marked as ReadOnly (because we can’t save changes to the additional attrbutes). It’s strongly recommended that you upgrade any associations with attributes to a real join model (see introduction).



Есть ещё какие либо идеи по этому поводу?(желательно с примерами)