use strict;
use warnings;
+use MRO::Compat;
+use mro 'c3';
+
+use DBIx::Class::Optional::Dependencies;
+
use vars qw($VERSION);
-use base qw/DBIx::Class::Componentised Class::Data::Accessor/;
+use base qw/DBIx::Class::Componentised Class::Accessor::Grouped/;
+use DBIx::Class::StartupCheck;
+
+sub mk_classdata {
+ shift->mk_classaccessor(@_);
+}
+
+sub mk_classaccessor {
+ my $self = shift;
+ $self->mk_group_accessors('inherited', $_[0]);
+ $self->set_inherited(@_) if @_ > 1;
+}
-sub mk_classdata { shift->mk_classaccessor(@_); }
sub component_base_class { 'DBIx::Class' }
# Always remember to do all digits for the version even if they're 0
# 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.08126';
-$VERSION = '0.05999_01';
+$VERSION = eval $VERSION if $VERSION =~ /_/; # numify for warning-free dev releases
sub MODIFY_CODE_ATTRIBUTES {
- my ($class,$code,@attrs) = @_;
- unless ($class->can('_attr_cache')) {
- $class->mk_classdata('_attr_cache');
- $class->_attr_cache({});
- }
- my $cache = $class->_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 : {};
+
+ return {
+ %$cache,
+ %{ $self->maybe::next::method || {} },
+ };
}
1;
-=head1 NAME
+=head1 NAME
DBIx::Class - Extensible and flexible object <-> relational mapper.
-=head1 SYNOPSIS
+=head1 GETTING HELP/SUPPORT
-=head1 DESCRIPTION
+The community can be found via:
-This is an SQL to OO mapper, inspired by the L<Class::DBI> framework,
-and meant to support compability with it, while restructuring the
-internals and making it possible to support some new features like
-self-joins, distinct, group bys and more.
+=over
-This project is still at an early stage, so the maintainers don't make
-any absolute promise that full backwards-compatibility will be supported;
-however, if we can without compromising the improvements we're trying to
-make, we will, and any non-compatible changes will merit a full justification
-on the mailing list and a CPAN developer release for people to test against.
+=item * Web Site: L<http://www.dbix-class.org/>
-The community can be found via -
+=item * IRC: irc.perl.org#dbix-class
- Mailing list: http://lists.rawmode.org/mailman/listinfo/dbix-class/
+=for html
+<a href="http://chat.mibbit.com/#dbix-class@irc.perl.org">(click for instant chatroom login)</a>
- SVN: http://dev.catalyst.perl.org/repos/bast/trunk/DBIx-Class/
+=item * Mailing list: L<http://lists.scsys.co.uk/mailman/listinfo/dbix-class>
- Wiki: http://dbix-class.shadowcatsystems.co.uk/
+=item * RT Bug Tracker: L<https://rt.cpan.org/Dist/Display.html?Queue=DBIx-Class>
- IRC: irc.perl.org#dbix-class
+=item * gitweb: L<http://git.shadowcat.co.uk/gitweb/gitweb.cgi?p=dbsrgits/DBIx-Class.git>
-=head1 QUICKSTART
+=item * git: L<git://git.shadowcat.co.uk/dbsrgits/DBIx-Class.git>
-If you're using L<Class::DBI>, and want an easy and fast way of migrating to
-DBIx::Class, take a look at L<DBIx::Class::CDBICompat>.
+=item * twitter L<http://www.twitter.com/dbix_class>
-There are two ways of using DBIx::Class, the "simple" way and the "schema" way.
-The "simple" way of using DBIx::Class needs less classes than the "schema"
-way but doesn't give you the ability to easily use different database connections.
+=back
-Some examples where different database connections are useful are:
+=head1 SYNOPSIS
-different users with different rights
-different databases with the same schema.
+Create a schema class called MyDB/Schema.pm:
-=head2 Simple
+ package MyDB::Schema;
+ use base qw/DBIx::Class::Schema/;
-First you need to create a base class which all other classes will inherit from.
-See L<DBIx::Class::DB> for information on how to do this.
+ __PACKAGE__->load_namespaces();
-Then you need to create a class for every table you want to use with DBIx::Class.
-See L<DBIx::Class::Table> for information on how to do this.
+ 1;
-=head2 Schema
+Create a result class to represent artists, who have many CDs, in
+MyDB/Schema/Result/Artist.pm:
-With this approach, the table classes inherit directly from DBIx::Class::Core,
-although it might be a good idea to create a "parent" class for all table
-classes that inherits from DBIx::Class::Core and adds additional methods
-needed by all table classes, e.g. reading a config file or loading auto primary
-key support.
+See L<DBIx::Class::ResultSource> for docs on defining result classes.
-Look at L<DBIx::Class::Schema> for information on how to do this.
+ package MyDB::Schema::Result::Artist;
+ use base qw/DBIx::Class::Core/;
-If you need more help, check out the introduction in the
-manual below.
+ __PACKAGE__->table('artist');
+ __PACKAGE__->add_columns(qw/ artistid name /);
+ __PACKAGE__->set_primary_key('artistid');
+ __PACKAGE__->has_many(cds => 'MyDB::Schema::Result::CD');
-=head1 SEE ALSO
+ 1;
-=over 4
+A result class to represent a CD, which belongs to an artist, in
+MyDB/Schema/Result/CD.pm:
-=item L<DBIx::Class::Core> - DBIC Core Classes
+ package MyDB::Schema::Result::CD;
+ use base qw/DBIx::Class::Core/;
-=item L<DBIx::Class::Manual> - User's manual
+ __PACKAGE__->load_components(qw/InflateColumn::DateTime/);
+ __PACKAGE__->table('cd');
+ __PACKAGE__->add_columns(qw/ cdid artistid title year /);
+ __PACKAGE__->set_primary_key('cdid');
+ __PACKAGE__->belongs_to(artist => 'MyDB::Schema::Result::Artist', 'artistid');
-=item L<DBIx::Class::CDBICompat> - L<Class::DBI> Compat layer
+ 1;
-=item L<DBIx::Class::Schema>
+Then you can use these classes in your application's code:
-=item L<DBIx::Class::ResultSet>
+ # Connect to your database.
+ use MyDB::Schema;
+ my $schema = MyDB::Schema->connect($dbi_dsn, $user, $pass, \%dbi_params);
-=item L<DBIx::Class::ResultSource>
+ # Query for all artists and put them in an array,
+ # or retrieve them as a result set object.
+ # $schema->resultset returns a DBIx::Class::ResultSet
+ my @all_artists = $schema->resultset('Artist')->all;
+ my $all_artists_rs = $schema->resultset('Artist');
-=item L<DBIx::Class::Row> - row-level methods
+ # Output all artists names
+ # $artist here is a DBIx::Class::Row, which has accessors
+ # for all its columns. Rows are also subclasses of your Result class.
+ foreach $artist (@all_artists) {
+ print $artist->name, "\n";
+ }
-=item L<DBIx::Class::PK> - primary key methods
+ # Create a result set to search for artists.
+ # This does not query the DB.
+ my $johns_rs = $schema->resultset('Artist')->search(
+ # Build your WHERE using an SQL::Abstract structure:
+ { name => { like => 'John%' } }
+ );
-=item L<DBIx::Class::Relationship> - relationships between tables
+ # Execute a joined query to get the cds.
+ my @all_john_cds = $johns_rs->search_related('cds')->all;
-=back
+ # Fetch the next available 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' }
+ );
+
+ # Create a result set that will fetch the artist data
+ # 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 = $millennium_cds_rs->next; # SELECT ... FROM cds JOIN artists ...
+ my $cd_artist_name = $cd->artist->name; # Already has the data so no 2nd query
+
+ # new() makes a DBIx::Class::Row object but doesnt insert it into the DB.
+ # create() is the same as new() then insert().
+ 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');
+
+ $schema->txn_do(sub { $new_cd->update }); # Runs the update in a transaction
+
+ # change the year of all the millennium CDs at once
+ $millennium_cds_rs->update({ year => 2002 });
+
+=head1 DESCRIPTION
+
+This is an SQL to OO mapper with an object API inspired by L<Class::DBI>
+(with a compatibility layer as a springboard for porting) and a resultset API
+that allows abstract encapsulation of database operations. It aims to make
+representing queries in your code as perl-ish as possible while still
+providing access to as many of the capabilities of the database as possible,
+including retrieving related records from multiple tables in a single query,
+JOIN, LEFT JOIN, COUNT, DISTINCT, GROUP BY, ORDER BY and HAVING support.
+
+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 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
+L<your DBD may not be|DBI/Threads_and_Thread_Safety>).
+
+This project is still under rapid development, so large new features may be
+marked EXPERIMENTAL - such APIs are still usable but may have edge bugs.
+Failing test cases are *always* welcome and point releases are put out rapidly
+as bugs are found and fixed.
+
+We do our best to maintain full backwards compatibility for published
+APIs, since DBIx::Class is used in production in many organisations,
+and even backwards incompatible changes to non-published APIs will be fixed
+if they're reported and doing so doesn't cost the codebase anything.
+
+The test suite is quite substantial, and several developer releases
+are generally made to CPAN before the branch for the next release is
+merged back to trunk for a major release.
+
+=head1 WHERE TO GO NEXT
+
+L<DBIx::Class::Manual::DocMap> lists each task you might want help on, and
+the modules where you will find documentation.
=head1 AUTHOR
-Matt S. Trout <mst@shadowcatsystems.co.uk>
+mst: Matt S. Trout <mst@shadowcatsystems.co.uk>
+
+(I mostly consider myself "project founder" these days but the AUTHOR heading
+is traditional :)
=head1 CONTRIBUTORS
-Andy Grundman <andy@hybridized.org>
+abraxxa: Alexander Hartmaier <abraxxa@cpan.org>
+
+aherzog: Adam Herzog <adam@herzogdesigns.com>
+
+Alexander Keusch <cpan@keusch.at>
+
+alnewkirk: Al Newkirk <we@ana.im>
+
+amiri: Amiri Barksdale <amiri@metalabel.com>
+
+amoore: Andrew Moore <amoore@cpan.org>
+
+andyg: Andy Grundman <andy@hybridized.org>
+
+ank: Andres Kievsky
+
+arc: Aaron Crane <arc@cpan.org>
+
+arcanez: Justin Hunter <justin.d.hunter@gmail.com>
+
+ash: Ash Berlin <ash@cpan.org>
+
+bert: Norbert Csongradi <bert@cpan.org>
+
+blblack: Brandon L. Black <blblack@gmail.com>
+
+bluefeet: Aran Deltac <bluefeet@cpan.org>
+
+bphillips: Brian Phillips <bphillips@cpan.org>
+
+boghead: Bryan Beeley <cpan@beeley.org>
+
+bricas: Brian Cassidy <bricas@cpan.org>
+
+brunov: Bruno Vecchi <vecchi.b@gmail.com>
+
+caelum: Rafael Kitover <rkitover@cpan.org>
+
+castaway: Jess Robinson
+
+claco: Christopher H. Laco
+
+clkao: CL Kao
+
+da5id: David Jack Olrik <djo@cpan.org>
+
+debolaz: Anders Nor Berle <berle@cpan.org>
+
+dew: Dan Thomas <dan@godders.org>
+
+dkubb: Dan Kubb <dan.kubb-cpan@onautopilot.com>
+
+dnm: Justin Wheeler <jwheeler@datademons.com>
-Brian Cassidy <bricas@cpan.org>
+dpetrov: Dimitar Petrov <mitakaa@gmail.com>
-Dan Kubb <dan.kubb-cpan@onautopilot.com>
+dwc: Daniel Westermann-Clark <danieltwc@cpan.org>
-Dan Sully <daniel@cpan.org>
+dyfrgi: Michael Leuchtenburg <michael@slashhome.org>
-David Kamholz <dkamholz@cpan.org>
+freetime: Bill Moseley <moseley@hank.org>
-Jules Bean
+frew: Arthur Axel "fREW" Schmidt <frioux@gmail.com>
-Marcus Ramberg <mramberg@cpan.org>
+goraxe: Gordon Irving <goraxe@cpan.org>
-Paul Makepeace
+gphat: Cory G Watson <gphat@cpan.org>
-CL Kao
+groditi: Guillermo Roditi <groditi@cpan.org>
-Jess Robinson
+Haarg: Graham Knop <haarg@haarg.org>
-Marcus Ramberg
+hobbs: Andrew Rodland <arodland@cpan.org>
-Will Hawes
+ilmari: Dagfinn Ilmari MannsE<aring>ker <ilmari@ilmari.org>
+
+initself: Mike Baas <mike@initselftech.com>
+
+jasonmay: Jason May <jason.a.may@gmail.com>
+
+jesper: Jesper Krogh
+
+jgoulah: John Goulah <jgoulah@cpan.org>
+
+jguenther: Justin Guenther <jguenther@cpan.org>
+
+jhannah: Jay Hannah <jay@jays.net>
+
+jnapiorkowski: John Napiorkowski <jjn1056@yahoo.com>
+
+jon: Jon Schutz <jjschutz@cpan.org>
+
+jshirley: J. Shirley <jshirley@gmail.com>
+
+kaare: Kaare Rasmussen
+
+konobi: Scott McWhirter
+
+lukes: Luke Saunders <luke.saunders@gmail.com>
+
+marcus: Marcus Ramberg <mramberg@cpan.org>
+
+mattlaw: Matt Lawrence
+
+michaelr: Michael Reddick <michael.reddick@gmail.com>
+
+ned: Neil de Carteret
+
+nigel: Nigel Metheringham <nigelm@cpan.org>
+
+ningu: David Kamholz <dkamholz@cpan.org>
+
+Nniuq: Ron "Quinn" Straight" <quinnfazigu@gmail.org>
+
+norbi: Norbert Buchmuller <norbi@nix.hu>
+
+nuba: Nuba Princigalli <nuba@cpan.org>
+
+Numa: Dan Sully <daniel@cpan.org>
+
+ovid: Curtis "Ovid" Poe <ovid@cpan.org>
+
+oyse: Øystein Torget <oystein.torget@dnv.com>
+
+paulm: Paul Makepeace
+
+penguin: K J Cheetham
+
+perigrin: Chris Prather <chris@prather.org>
+
+peter: Peter Collingbourne <peter@pcc.me.uk>
+
+phaylon: Robert Sedlacek <phaylon@dunkelheit.at>
+
+plu: Johannes Plunien <plu@cpan.org>
+
+Possum: Daniel LeWarne <possum@cpan.org>
+
+quicksilver: Jules Bean
+
+rafl: Florian Ragwitz <rafl@debian.org>
+
+rainboxx: Matthias Dietrich <perl@rb.ly>
+
+rbo: Robert Bohne <rbo@cpan.org>
+
+rbuels: Robert Buels <rmb32@cornell.edu>
+
+rdj: Ryan D Johnson <ryan@innerfence.com>
+
+ribasushi: Peter Rabbitson <ribasushi@cpan.org>
+
+rjbs: Ricardo Signes <rjbs@cpan.org>
+
+robkinyon: Rob Kinyon <rkinyon@cpan.org>
+
+Roman: Roman Filippov <romanf@cpan.org>
+
+sc_: Just Another Perl Hacker
+
+scotty: Scotty Allen <scotty@scottyallen.com>
+
+semifor: Marc Mims <marc@questright.com>
+
+solomon: Jared Johnson <jaredj@nmgi.com>
+
+spb: Stephen Bennett <stephen@freenode.net>
+
+Squeeks <squeek@cpan.org>
+
+sszabo: Stephan Szabo <sszabo@bigpanda.com>
+
+teejay : Aaron Trevena <teejay@cpan.org>
Todd Lipcon
-Daniel Westermann-Clark <danieltwc@cpan.org>
+Tom Hukins
-Alexander Hartmaier <alex_hartmaier@hotmail.com>
+tonvoon: Ton Voon <tonvoon@cpan.org>
-Zbigniew Lukasiak
+triode: Pete Gamache <gamache@cpan.org>
-Nigel Metheringham <nigelm@cpan.org>
+typester: Daisuke Murase <typester@cpan.org>
-Jesper Krogh
+victori: Victor Igumnov <victori@cpan.org>
-Brandon Black
+wdh: Will Hawes
-Christopher H. Laco
+willert: Sebastian Willert <willert@cpan.org>
-Scotty Allen <scotty@scottyallen.com>
+wreis: Wallace Reis <wreis@cpan.org>
-sc_
+yrlnry: Mark Jason Dominus <mjd@plover.com>
-Robert Sedlacek <phaylon@dunkelheit.at>
+zamolxes: Bogdan Lucaciu <bogdan@wiz.ro>
-Justin Guenther <jguenther@agr.gc.ca>
+=head1 COPYRIGHT
-Daisuke Murase <typester@cpan.org>
+Copyright (c) 2005 - 2010 the DBIx::Class L</AUTHOR> and L</CONTRIBUTORS>
+as listed above.
=head1 LICENSE
-You may distribute this code under the same terms as Perl itself.
+This library is free software and may be distributed under the same terms
+as perl itself.
=cut
-