root/veekun/trunk/lib/Vee/Schema/PokeMoves.pm @ 350

Revision 350, 0.7 KB (checked in by eevee, 2 years ago)

I discovered that DBIx::Class::Schema::Loader had been filling my table classes with lines of the form __PACKAGE__->add_unique_constraint(['id'], undef); erroneously, due to someone's inadvertently iterating over %hash rather than keys %hash. Not only were these lines redundant in the case of a primary key, but the parameters are supposed to be a name and a list of columns: thus I had a lot of constraints with ARRAY(0x...) as names and no columns. This was thoroughly breaking $schema->deploy, as it was trying to create indices with garbage names that looked like functions. I have, obviously, removed them all.
In the process, I have done something I've been meaning to do for a while: cleaned up the source in every single file to match my usual style. No auto-gen comment, no redundant loading of PK::Auto, no double-newline after the 1;, proper POD, use of qw// for passing lists, etc. This is actually a teeny part of my db cleanup tracking bug. (#58)

Line 
1package Vee::Schema::PokeMoves;
2
3use strict;
4use warnings;
5use base 'DBIx::Class';
6
7=head1 NAME
8
9Vee::Schema::PokeMoves - DBIC class for the C<pokemoves> table
10
11=cut
12
13__PACKAGE__->load_components('Core');
14__PACKAGE__->table('pokemoves');
15__PACKAGE__->add_columns(qw/ pokeid moveid level version method /);
16
17__PACKAGE__->set_primary_key(qw/ pokeid moveid level version method /);
18
19__PACKAGE__->belongs_to(pokemon => 'Vee::Schema::Pokemon', 'pokeid');
20__PACKAGE__->belongs_to(move => 'Vee::Schema::Moves', 'moveid');
21
22=head1 SEE ALSO
23
24L<Vee::Schema>, L<DBIx::Class>
25
26=head1 AUTHOR
27
28Maintainer: Alex "Eevee" Munroe (C<veekun@veekun.com>)
29
30See the included F<AUTHORS> file for a full list of contributers.
31
32=head1 LICENSE
33
34See the included F<LICENSE> file.
35
36=cut
37
381;
Note: See TracBrowser for help on using the browser.