X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=lib%2FDBIx%2FClass%2FManual%2FCookbook.pod;h=ed00d46c0e638a2ac6d5a3269ced4a621c65bcb1;hb=fed966517e558cfc9ee505d44add2d04e77a7d3d;hp=59df7df5608e7d83634b16c837dc642b0b547b3b;hpb=da4779ad043121cc4a8d1bc99ade71e70407bd72;p=dbsrgits%2FDBIx-Class-Historic.git diff --git a/lib/DBIx/Class/Manual/Cookbook.pod b/lib/DBIx/Class/Manual/Cookbook.pod index 59df7df..ed00d46 100644 --- a/lib/DBIx/Class/Manual/Cookbook.pod +++ b/lib/DBIx/Class/Manual/Cookbook.pod @@ -12,7 +12,7 @@ When you expect a large number of results, you can ask L for a paged resultset, which will fetch only a small number of records at a time: my $rs = $schema->resultset('Artist')->search( - {}, + undef, { page => 1, # page to return (defaults to 1) rows => 10, # number of results per page @@ -24,7 +24,7 @@ paged resultset, which will fetch only a small number of records at a time: The C attribute does not have to be specified in your search: my $rs = $schema->resultset('Artist')->search( - {}, + undef, { rows => 10, } @@ -76,9 +76,9 @@ When you only want selected columns from a table, you can use C to specify which ones you need: my $rs = $schema->resultset('Artist')->search( - {}, + undef, { - cols => [qw/ name /] + columns => [qw/ name /] } ); @@ -94,7 +94,7 @@ stored procedure name). You then use C to set the column name you will use to access the returned value: my $rs = $schema->resultset('Artist')->search( - {}, + undef, { select => [ 'name', { LENGTH => 'name' } ], as => [qw/ name name_length /], @@ -129,7 +129,7 @@ any of your aliases using either of these: =head3 SELECT DISTINCT with multiple columns my $rs = $schema->resultset('Foo')->search( - {}, + undef, { select => [ { distinct => [ $source->columns ] } @@ -138,10 +138,12 @@ any of your aliases using either of these: } ); + my $count = $rs->next->get_column('count'); + =head3 SELECT COUNT(DISTINCT colname) my $rs = $schema->resultset('Foo')->search( - {}, + undef, { select => [ { count => { distinct => 'colname' } } @@ -155,7 +157,7 @@ any of your aliases using either of these: L supports C as follows: my $rs = $schema->resultset('Artist')->search( - {}, + undef, { join => [qw/ cds /], select => [ 'name', { count => 'cds.cdid' } ], @@ -169,6 +171,57 @@ L supports C as follows: # LEFT JOIN cd cds ON ( cds.artist = me.artistid ) # GROUP BY name +=head3 Predefined searches + +You can write your own DBIx::Class::ResultSet class by inheriting from it +and define often used searches as methods: + + package My::DBIC::ResultSet::CD; + use strict; + use warnings; + use base 'DBIx::Class::ResultSet'; + + sub search_cds_ordered { + my ($self) = @_; + + return $self->search( + {}, + { order_by => 'name DESC' }, + ); + } + + 1; + +To use your resultset, first tell DBIx::Class to create an instance of it +for you, in your My::DBIC::Schema::CD class: + + __PACKAGE__->resultset_class('My::DBIC::ResultSet::CD'); + +Then call your new method in your code: + + my $ordered_cds = $schema->resultset('CD')->search_cds_ordered(); + + +=head3 Predefined searches without writing a ResultSet class + +Alternatively you can automatically generate a DBIx::Class::ResultSet +class by using the ResultSetManager component and tagging your method +as ResultSet: + + __PACKAGE__->load_components(qw/ ResultSetManager Core /); + + sub search_cds_ordered : ResultSet { + my ($self) = @_; + return $self->search( + {}, + { order_by => 'name DESC' }, + ); + } + +Then call your method in the same way from your code: + + my $ordered_cds = $schema->resultset('CD')->search_cds_ordered(); + =head2 Using joins and prefetch You can use the C attribute to allow searching on, or sorting your @@ -330,7 +383,7 @@ From 0.04999_05 onwards, C can be nested more than one relationship deep using the same syntax as a multi-step join: my $rs = $schema->resultset('Tag')->search( - {}, + undef, { prefetch => { cd => 'artist' @@ -352,29 +405,42 @@ SQL statements: =head2 Transactions As of version 0.04001, there is improved transaction support in -L. Here is an example of the recommended -way to use it: +L and L. Here is an +example of the recommended way to use it: - my $genus = Genus->find(12); - eval { - MyDB->txn_begin; + my $genus = $schema->resultset('Genus')->find(12); + + my $coderef1 = sub { + my ($schema, $genus, $code) = @_; $genus->add_to_species({ name => 'troglodyte' }); $genus->wings(2); $genus->update; - cromulate($genus); # Can have a nested transation - MyDB->txn_commit; + $schema->txn_do($code, $genus); # Can have a nested transaction + return $genus->species; + }; + + my $coderef2 = sub { + my ($genus) = @_; + $genus->extinct(1); + $genus->update; }; - if ($@) { - # Rollback might fail, too - eval { - MyDB->txn_rollback - }; + + my $rs; + eval { + $rs = $schema->txn_do($coderef1, $schema, $genus, $coderef2); + }; + + if ($@) { # Transaction failed + die "the sky is falling!" # + if ($@ =~ /Rollback failed/); # Rollback failed + + deal_with_failed_transaction(); } -Currently, a nested commit will do nothing and a nested rollback will -die. The code at each level must be sure to call rollback in the case -of an error, to ensure that the rollback will propagate to the top -level and be issued. Support for savepoints and for true nested +Nested transactions will work as expected. That is, only the outermost +transaction will actually issue a commit to the $dbh, and a rollback +at any level of any transaction will cause the entire nested +transaction to fail. Support for savepoints and for true nested transactions (for databases that support them) will hopefully be added in the future. @@ -425,6 +491,13 @@ C. $class->next::method($attrs); } +For more information about C, look in the L +documentation. See also L for more +ways to write your own base classes to do this. + +People looking for ways to do "triggers" with DBIx::Class are probably +just looking for this. + =head2 Stringification Employ the standard stringification technique by using the C @@ -439,7 +512,7 @@ development, you might like to put the following signal handler in your main database class to make sure it disconnects cleanly: $SIG{INT} = sub { - __PACKAGE__->storage->dbh->disconnect; + __PACKAGE__->storage->disconnect; }; =head2 Schema import/export @@ -483,10 +556,10 @@ instead: validate => $validate || 0, parser_args => { 'DBIx::Schema' => $schema, - } + }, producer_args => { 'prefix' => 'My::Schema', - } + }, ); $translator->parser('DBIx::Class'); @@ -498,7 +571,7 @@ instead: print $output; You could use L to search for all subclasses in the MyDB::* -namespace, which is currently left as an excercise for the reader. +namespace, which is currently left as an exercise for the reader. =head2 Schema versioning @@ -601,4 +674,20 @@ in SQL::Abstract::Limit -documentation. The JDBC-bridge is one way of getting access to a MSSQL-server from a platform that Microsoft doesn't deliver native client libraries for. (e.g. Linux) +=head2 Setting quotes for the generated SQL. + +If the database contains columnames with spaces and/or reserved words, the +SQL-query needs to be quoted. This is done using: + + __PACKAGE__->storage->sql_maker->quote_char([ qw/[ ]/] ); + __PACKAGE__->storage->sql_maker->name_sep('.'); + +The first sets the quotesymbols. If the quote i "symmetric" as " or ' + + __PACKAGE__->storage->sql_maker->quote_char('"'); + +is enough. If the left quote differs form the right quote, the first +notation should be used. name_sep needs to be set to allow the +SQL generator to put the quotes the correct place. + =cut