X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=lib%2FDBIx%2FClass%2FManual%2FCookbook.pod;h=2769ded281bc401b43597ad08356694636bbc699;hb=26283ee38f220f6c6bae720ea5a189c9c0f47f6f;hp=8728eb562c74d01f8825c860a8f794a48d7c9613;hpb=846e17a679e91078d7c7fd3a2f0ca80749dc5d34;p=dbsrgits%2FDBIx-Class.git diff --git a/lib/DBIx/Class/Manual/Cookbook.pod b/lib/DBIx/Class/Manual/Cookbook.pod index 8728eb5..2769ded 100644 --- a/lib/DBIx/Class/Manual/Cookbook.pod +++ b/lib/DBIx/Class/Manual/Cookbook.pod @@ -37,7 +37,10 @@ Sometimes you need to formulate a query using specific operators: This results in something like the following C clause: - WHERE artist LIKE '%Lamb%' AND title LIKE '%Fear of Fours%' + WHERE artist LIKE ? AND title LIKE ? + +And the following bind values for the placeholders: C<'%Lamb%'>, C<'%Fear of +Fours%'>. Other queries might require slightly more complex logic: @@ -103,8 +106,9 @@ Sometimes you have to run arbitrary SQL because your query is too complex be optimized for your database in a special way, but you still want to get the results as a L. -The recommended way to accomplish this is by defining a separate -L for your query. +This is accomplished by defining a +L for your query, +almost like you would define a regular ResultSource. package My::Schema::Result::UserFriendsComplex; use strict; @@ -116,7 +120,9 @@ L for your query. # ->table, ->add_columns, etc. + # do not attempt to deploy() this view __PACKAGE__->result_source_instance->is_virtual(1); + __PACKAGE__->result_source_instance->view_definition(q[ SELECT u.* FROM user u INNER JOIN user_friends f ON u.id = f.user_id @@ -141,6 +147,21 @@ L, ... on it). Note that you cannot have bind parameters unless is_virtual is set to true. +=over + +=item * NOTE + +If you're using the old deprecated C<< $rsrc_instance->name(\'( SELECT ...') >> +method for custom SQL execution, you are highly encouraged to update your code +to use a virtual view as above. If you do not want to change your code, and just +want to suppress the deprecation warning when you call +L, add this line to your source definition, so that +C will exclude this "table": + + sub sqlt_deploy_hook { $_[1]->schema->drop_table ($_[1]) } + +=back + =head2 Using specific columns When you only want specific columns from a table, you can use @@ -181,12 +202,33 @@ to access the returned value: # SELECT name name, LENGTH( name ) # FROM artist -Note that the C< as > attribute has absolutely nothing to with the sql -syntax C< SELECT foo AS bar > (see the documentation in -L). If your alias exists as a -column in your base class (i.e. it was added with C), you -just access it as normal. Our C class has a C column, so -we just use the C accessor: +Note that the C attribute B with the sql +syntax C< SELECT foo AS bar > (see the documentation in +L). You can control the C part of the +generated SQL via the C<-as> field attribute as follows: + + my $rs = $schema->resultset('Artist')->search( + {}, + { + join => 'cds', + distinct => 1, + '+select' => [ { count => 'cds.cdid', -as => 'amount_of_cds' } ], + '+as' => [qw/num_cds/], + order_by => { -desc => 'amount_of_cds' }, + } + ); + + # Equivalent SQL + # SELECT me.artistid, me.name, me.rank, me.charfield, COUNT( cds.cdid ) AS amount_of_cds + # FROM artist me LEFT JOIN cd cds ON cds.artist = me.artistid + # GROUP BY me.artistid, me.name, me.rank, me.charfield + # ORDER BY amount_of_cds DESC + + +If your alias exists as a column in your base class (i.e. it was added with +L), you just access it as +normal. Our C class has a C column, so we just use the C +accessor: my $artist = $rs->first(); my $name = $artist->name(); @@ -205,6 +247,8 @@ any of your aliases using either of these: # Or use DBIx::Class::AccessorGroup: __PACKAGE__->mk_group_accessors('column' => 'name_length'); +See also L. + =head2 SELECT DISTINCT with multiple columns my $rs = $schema->resultset('Artist')->search( @@ -292,7 +336,7 @@ B: You have to explicitly use '=' when doing an equality comparison. The following will B work: my $rs = $schema->resultset('CD')->search({ - artist_id => $inside_rs->get_column('id')->as_query, + artist_id => $inside_rs->get_column('id')->as_query, # does NOT work }); =head3 Support @@ -365,8 +409,10 @@ Then call your new method in your code: =head2 Using SQL functions on the left hand side of a comparison -Using SQL functions on the left hand side of a comparison is generally -not a good idea since it requires a scan of the entire table. However, +Using SQL functions on the left hand side of a comparison is generally not a +good idea since it requires a scan of the entire table. (Unless your RDBMS +supports indexes on expressions - including return values of functions -, and +you create an index on the return value of the function in question.) However, it can be accomplished with C when necessary. If you do not have quoting on, simply include the function in your search @@ -374,25 +420,30 @@ specification as you would any column: $rs->search({ 'YEAR(date_of_birth)' => 1979 }); -With quoting on, or for a more portable solution, use the C -attribute: +With quoting on, or for a more portable solution, use literal SQL values with +placeholders: - $rs->search({}, { where => \'YEAR(date_of_birth) = 1979' }); + $rs->search(\[ 'YEAR(date_of_birth) = ?', [ plain_value => 1979 ] ]); -=begin hidden + # Equivalent SQL: + # SELECT * FROM employee WHERE YEAR(date_of_birth) = ? -(When the bind args ordering bug is fixed, this technique will be better -and can replace the one above.) + $rs->search({ + name => 'Bob', + -nest => \[ 'YEAR(date_of_birth) = ?', [ plain_value => 1979 ] ], + }); -With quoting on, or for a more portable solution, use the C and -C attributes: + # Equivalent SQL: + # SELECT * FROM employee WHERE name = ? AND YEAR(date_of_birth) = ? - $rs->search({}, { - where => \'YEAR(date_of_birth) = ?', - bind => [ 1979 ] - }); +Note: the C string in the C<< [ plain_value => 1979 ] >> part +should be either the same as the name of the column (do this if the type of the +return value of the function is the same as the type of the column) or +otherwise it's essentially a dummy string currently (use C as a +habit). It is used by L to handle special column types. -=end hidden +See also L. =head1 JOINS AND PREFETCHING @@ -883,6 +934,9 @@ B test.pl ### The statement below will print print "I can do admin stuff\n" if $admin->can('do_admin_stuff'); +Alternatively you can use L that implements +exactly the above functionality. + =head2 Skip row object creation for faster results DBIx::Class is not built for speed, it's built for convenience and @@ -1023,7 +1077,7 @@ create the relationship. To order C<< $book->pages >> by descending page_number, create the relation as follows: - __PACKAGE__->has_many('pages' => 'Page', 'book', { order_by => \'page_number DESC'} ); + __PACKAGE__->has_many('pages' => 'Page', 'book', { order_by => { -desc => 'page_number'} } ); =head2 Filtering a relationship result set @@ -1065,6 +1119,16 @@ This is straightforward using Laddresses(); # get all addresses for a user $rs = $address->users(); # get all users for an address + my $address = $user->add_to_addresses( # returns a My::Address instance, + # NOT a My::UserAddress instance! + { + country => 'United Kingdom', + area_code => 'XYZ', + town => 'London', + street => 'Sesame', + } + ); + =head2 Relationships across DB schemas Mapping relationships across L @@ -1478,18 +1542,18 @@ database thinks it has. Alternatively, you can send the conversion sql scripts to your customers as above. -=head2 Setting quoting for the generated SQL. +=head2 Setting quoting for the generated SQL If the database contains column names with spaces and/or reserved words, they need to be quoted in the SQL queries. This is done using: - __PACKAGE__->storage->sql_maker->quote_char([ qw/[ ]/] ); - __PACKAGE__->storage->sql_maker->name_sep('.'); + $schema->storage->sql_maker->quote_char([ qw/[ ]/] ); + $schema->storage->sql_maker->name_sep('.'); The first sets the quote characters. Either a pair of matching brackets, or a C<"> or C<'>: - __PACKAGE__->storage->sql_maker->quote_char('"'); + $schema->storage->sql_maker->quote_char('"'); Check the documentation of your database for the correct quote characters to use. C needs to be set to allow the SQL @@ -1508,6 +1572,17 @@ L: } ) +In some cases, quoting will be required for all users of a schema. To enforce +this, you can also overload the C method for your schema class: + + sub connection { + my $self = shift; + my $rv = $self->next::method( @_ ); + $rv->storage->sql_maker->quote_char([ qw/[ ]/ ]); + $rv->storage->sql_maker->name_sep('.'); + return $rv; + } + =head2 Setting limit dialect for SQL::Abstract::Limit In some cases, SQL::Abstract::Limit cannot determine the dialect of