# i.e. first release of 0.XX *must* be 0.XX000. This avoids fBSD ports
# brain damage and presumably various other packaging systems too
-$VERSION = '0.05999_04';
+$VERSION = '0.07002';
sub MODIFY_CODE_ATTRIBUTES {
- my ($class,$code,@attrs) = @_;
- $class->mk_classdata('__attr_cache' => {})
- unless $class->can('__attr_cache');
- $class->__attr_cache->{$code} = [@attrs];
- return ();
+ my ($class,$code,@attrs) = @_;
+ $class->mk_classdata('__attr_cache' => {})
+ unless $class->can('__attr_cache');
+ $class->__attr_cache->{$code} = [@attrs];
+ return ();
}
sub _attr_cache {
- my $self = shift;
- my $cache = $self->can('__attr_cache') ? $self->__attr_cache : {};
- my $rest = eval { $self->next::method };
- return $@ ? $cache : { %$cache, %$rest };
+ my $self = shift;
+ my $cache = $self->can('__attr_cache') ? $self->__attr_cache : {};
+ my $rest = eval { $self->next::method };
+ return $@ ? $cache : { %$cache, %$rest };
}
1;
-=head1 NAME
+=head1 NAME
DBIx::Class - Extensible and flexible object <-> relational mapper.
=head1 SYNOPSIS
-Create a base schema class called DB/Main.pm:
+Create a schema class called DB/Main.pm:
package DB::Main;
use base qw/DBIx::Class::Schema/;
1;
-Create a class the represent artists, who have many
-CDs, in DB/Main/Artist.pm:
+Create a table class to represent artists, who have many CDs, in DB/Main/Artist.pm:
package DB::Main::Artist;
use base qw/DBIx::Class/;
__PACKAGE__->table('artist');
__PACKAGE__->add_columns(qw/ artistid name /);
__PACKAGE__->set_primary_key('artistid');
- __PACKAGE__->has_many('cds' => 'DB::Main::CD');
+ __PACKAGE__->has_many(cds => 'DB::Main::CD');
1;
-A class to represent a CD, which belongs to an
-artist, in DB/Main/CD.pm:
+A table class to represent a CD, which belongs to an artist, in DB/Main/CD.pm:
package DB::Main::CD;
use base qw/DBIx::Class/;
__PACKAGE__->load_components(qw/PK::Auto Core/);
__PACKAGE__->table('cd');
- __PACKAGE__->add_columns(qw/ cdid artist title year/);
+ __PACKAGE__->add_columns(qw/ cdid artist title year /);
__PACKAGE__->set_primary_key('cdid');
- __PACKAGE__->belongs_to('artist' => 'DB::Main::Artist');
+ __PACKAGE__->belongs_to(artist => 'DB::Main::Artist');
1;
Then you can use these classes in your application's code:
# Connect to your database.
- my $ds = DB::Main->connect(@dbi_dsn);
+ use DB::Main;
+ my $schema = DB::Main->connect($dbi_dsn, $user, $pass, \%dbi_params);
# Query for all artists and put them in an array,
# or retrieve them as a result set object.
- my @all_artists = $ds->resultset('Artist')->all;
- my $all_artists_rs = $ds->resultset('Artist');
+ my @all_artists = $schema->resultset('Artist')->all;
+ my $all_artists_rs = $schema->resultset('Artist');
# Create a result set to search for artists.
- # This does not query the DB, yet.
- my $johns_rs = $ds->resultset('Artist')->search(
+ # This does not query the DB.
+ my $johns_rs = $schema->resultset('Artist')->search(
# Build your WHERE using an SQL::Abstract structure:
- { 'name' => { 'like', 'John%' } }
+ { name => { like => 'John%' } }
);
- # Now the query is executed.
+ # Execute a joined query to get the cds.
my @all_john_cds = $johns_rs->search_related('cds')->all;
- # Queries but only fetches one row so far.
+ # Fetch only the next row.
my $first_john = $johns_rs->next;
+ # Specify ORDER BY on the query.
my $first_john_cds_by_title_rs = $first_john->cds(
undef,
{ order_by => 'title' }
);
- my $millenium_cds_rs = $ds->resultset('CD')->search(
+ # Create a result set that will fetch the artist relationship
+ # at the same time as it fetches CDs, using only one query.
+ my $millennium_cds_rs = $schema->resultset('CD')->search(
{ year => 2000 },
{ prefetch => 'artist' }
);
- my $cd = $millenium_cds_rs->next; # SELECT ... FROM cds JOIN artists ...
+ my $cd = $millennium_cds_rs->next; # SELECT ... FROM cds JOIN artists ...
my $cd_artist_name = $cd->artist->name; # Already has the data so no query
- my $new_cd = $ds->resultset('CD')->new({ title => 'Spoon' });
+ my $new_cd = $schema->resultset('CD')->new({ title => 'Spoon' });
$new_cd->artist($cd->artist);
$new_cd->insert; # Auto-increment primary key filled in after INSERT
$new_cd->title('Fork');
- $ds->txn_do(sub { $new_cd->update }); # Runs the update in a transaction
+ $schema->txn_do(sub { $new_cd->update }); # Runs the update in a transaction
- $millenium_cds_rs->update({ year => 2002 }); # Single-query bulk update
+ $millennium_cds_rs->update({ year => 2002 }); # Single-query bulk update
=head1 DESCRIPTION
DBIx::Class can handle multi-column primary and foreign keys, complex
queries and database-level paging, and does its best to only query the
-database when it actually needs to in order to return something the user's
-asked for. If a resultset is used as an iterator it only fetches rows off
-the statement handle as requested in order to minimise memory usage. It
-has auto-increment support for SQLite, MySQL, PostgreSQL, Oracle, SQL
-Server and DB2 and is known to be used in production on at least the first
-four, and is fork- and thread-safe out of the box (although your DBD may not
-be).
+database in order to return something you've directly asked for. If a
+resultset is used as an iterator it only fetches rows off the statement
+handle as requested in order to minimise memory usage. It has auto-increment
+support for SQLite, MySQL, PostgreSQL, Oracle, SQL Server and DB2 and is
+known to be used in production on at least the first four, and is fork-
+and thread-safe out of the box (although your DBD may not be).
This project is still under rapid development, so features added in the
-latest major release may not work 100% yet - check the Changes if you run
+latest major release may not work 100% yet -- check the Changes if you run
into trouble, and beware of anything explicitly marked EXPERIMENTAL. Failing
test cases are *always* welcome and point releases are put out rapidly as
bugs are found and fixed.
-Even so, we do your best to maintain full backwards compatibility for published
-APIs since DBIx::Class is used in production in a number of organisations;
-the test suite is now fairly substantial and several developer releases are
-generally made to CPAN before the -current branch is merged back to trunk.
+Even so, we do our best to maintain full backwards compatibility for published
+APIs, since DBIx::Class is used in production in a number of organisations.
+The test suite is quite substantial, and several developer releases are
+generally made to CPAN before the -current branch is merged back to trunk for
+a major release.
-The community can be found via -
+The community can be found via:
Mailing list: http://lists.rawmode.org/mailman/listinfo/dbix-class/
=head1 WHERE TO GO NEXT
-=over 4
+L<DBIx::Class::Manual::DocMap> lists each task you might want help on, and
+the modules where you will find documentation.
-=item L<DBIx::Class::Manual> - user's manual
+=head1 AUTHOR
-=item L<DBIx::Class::Core> - DBIC Core Classes
+mst: Matt S. Trout <mst@shadowcatsystems.co.uk>
-=item L<DBIx::Class::CDBICompat> - L<Class::DBI> Compat layer
+=head1 CONTRIBUTORS
-=item L<DBIx::Class::Schema> - schema and connection container
+abraxxa: Alexander Hartmaier <alex_hartmaier@hotmail.com>
-=item L<DBIx::Class::ResultSource> - tables and table-like things
+andyg: Andy Grundman <andy@hybridized.org>
-=item L<DBIx::Class::ResultSet> - encapsulates a query and its results
+ank: Andres Kievsky
-=item L<DBIx::Class::Row> - row-level methods
+blblack: Brandon L. Black <blblack@gmail.com>
-=item L<DBIx::Class::PK> - primary key methods
+bluefeet: Aran Deltac <bluefeet@cpan.org>
-=item L<DBIx::Class::Relationship> - relationships between tables
+captainL: Luke Saunders <luke.saunders@gmail.com>
-=back
+castaway: Jess Robinson
-=head1 AUTHOR
+claco: Christopher H. Laco
-Matt S. Trout <mst@shadowcatsystems.co.uk>
-
-=head1 CONTRIBUTORS
+clkao: CL Kao
-Alexander Hartmaier <alex_hartmaier@hotmail.com>
+dkubb: Dan Kubb <dan.kubb-cpan@onautopilot.com>
-Andy Grundman <andy@hybridized.org>
+draven: Marcus Ramberg <mramberg@cpan.org>
-Andres Kievsky
+dwc: Daniel Westermann-Clark <danieltwc@cpan.org>
-Brandon Black
+dyfrgi: Michael Leuchtenburg <michael@slashhome.org>
-Brian Cassidy <bricas@cpan.org>
+gphat: Cory G Watson <gphat@cpan.org>
-Christopher H. Laco
+jesper: Jesper Krogh
-CL Kao
+jguenther: Justin Guenther <jguenther@cpan.org>
-Daisuke Murase <typester@cpan.org>
+konobi: Scott McWhirter
-Dan Kubb <dan.kubb-cpan@onautopilot.com>
+LTJake: Brian Cassidy <bricas@cpan.org>
-Dan Sully <daniel@cpan.org>
+nigel: Nigel Metheringham <nigelm@cpan.org>
-Daniel Westermann-Clark <danieltwc@cpan.org>
+ningu: David Kamholz <dkamholz@cpan.org>
-David Kamholz <dkamholz@cpan.org>
+Numa: Dan Sully <daniel@cpan.org>
-Jesper Krogh
+paulm: Paul Makepeace
-Jess Robinson
+penguin: K J Cheetham
-Jules Bean
+phaylon: Robert Sedlacek <phaylon@dunkelheit.at>
-Justin Guenther <guentherj@agr.gc.ca>
+quicksilver: Jules Bean
-Marcus Ramberg <mramberg@cpan.org>
+sc_: Just Another Perl Hacker
-Nigel Metheringham <nigelm@cpan.org>
+scotty: Scotty Allen <scotty@scottyallen.com>
-Paul Makepeace
+sszabo: Stephan Szabo <sszabo@bigpanda.com>
-Robert Sedlacek <phaylon@dunkelheit.at>
-
-sc_ of irc.perl.org#dbix-class
+Todd Lipcon
-Scott McWhirter (konobi)
+typester: Daisuke Murase <typester@cpan.org>
-Scotty Allen <scotty@scottyallen.com>
+wdh: Will Hawes
-Todd Lipcon
+willert: Sebastian Willert <willert@cpan.org>
-Will Hawes
+zamolxes: Bogdan Lucaciu <bogdan@wiz.ro>
=head1 LICENSE
You may distribute this code under the same terms as Perl itself.
=cut
-