Re^2: dbix: Can't handle this yet error (joining using or?)

Preserving the direction isn't important (yet). id1 will always be the one to have 'created' the trade, so if I check the nation's trade->id1 against user.id I can figure out the direction. Although after switching the brackets to curley brackets (how I missed this I dont know haha) I get this instead:

"Can't locate object method "nation" via package "DBIx::Class::ResultS
+et"
[download]

'nation' is defined via a belongs_to in the Trades schema. This makes me think that you are correct about not being able to use belongs_to for more than one owner.

Comment on Re^2: dbix: Can't handle this yet error (joining using or?) Download Code

Replies are listed 'Best First'.
Re^3: dbix: Can't handle this yet error (joining using or?) by juster (Friar) on Sep 13, 2008 at 21:08 UTC
After getting some sleep I realized the most obvious answer to the problem would be to have each Trade belong to two Nations. `package Game::DB::Schema:Trades; __PACKAGE__->belongs_to( creator => 'Game::DB::Schema::Nation', { 'foreign.id' => 'self.id1', }, ); __PACKAGE__->belongs_to( acceptor => 'Game::DB::Schema::Nation', { 'foreign.id' => 'self.id2', }, );` [download] At the top of DBIx::Class::Relationship in the Synopsis there is even an example of this showing a many-to-many relationship which you could probably even implement if you wanted to.	[reply] [d/l]

Replies are listed 'Best First'.

Re^3: dbix: Can't handle this yet error (joining using or?)
by juster (Friar) on Sep 13, 2008 at 21:08 UTC

After getting some sleep I realized the most obvious answer to the problem would be to have each Trade belong to two Nations.

package Game::DB::Schema:Trades;

__PACKAGE__->belongs_to(
  creator => 'Game::DB::Schema::Nation', {
   'foreign.id' => 'self.id1',
  },
);

__PACKAGE__->belongs_to(
  acceptor => 'Game::DB::Schema::Nation', {
   'foreign.id' => 'self.id2',
  },
);
[download]

At the top of DBIx::Class::Relationship in the Synopsis there is even an example of this showing a many-to-many relationship which you could probably even implement if you wanted to.

[reply]
[d/l]